如果MySQL没有MVCC（多版本并发控制），会产生以下影响：
1. 并发性能大幅下降
- 读操作和写操作之间会发生更多锁竞争
- SELECT查询可能需要等待写操作完成，反之亦然
- 系统整体吞吐量会显著降低
2. 锁机制变得更简单但也更严格
- 只能依靠传统的锁机制（如表锁、行锁）来保证数据一致性
- 读操作可能需要获取共享锁，写操作需要排他锁
- 锁的粒度可能会变粗，影响并发性
3. 死锁问题增加
- 没有MVCC的情况下，读写操作之间更容易形成锁循环
- 死锁检测和处理变得更加频繁和复杂
4. 事务隔离级别实现困难
- READ COMMITTED和REPEATABLE READ等隔离级别难以实现
- 可能只能提供READ UNCOMMITTED和SERIALIZABLE两种极端的隔离级别
- 事务的可见性规则变得简单但不够灵活
5. 一致性读取问题
- SELECT查询可能会读取到未提交的数据（脏读）
- 或者需要等待其他事务完成才能读取数据
- 无法实现"快照读"，只能进行"当前读"
6. 回滚操作复杂化
- 没有历史版本数据，回滚操作需要逐条记录进行反向操作
- 回滚的复杂度和时间成本都会增加
实际场景影响：
事务A: SELECT * FROM users WHERE id=1; -- 需要等待事务B释放锁
事务B: UPDATE users SET name='new' WHERE id=1; -- 持有排他锁在没有MVCC的情况下，上面的场景中事务A的查询会被阻塞，直到事务B提交或回滚。
总的来说，没有MVCC会使得MySQL的并发处理能力大大降低，用户体验变差，系统资源利用率不高。这就是为什么现代数据库系统普遍采用MVCC机制来提高并发性能的原因。
