mysql悲观锁还能读吗_在MySQL的InnoDB引擎下，悲观锁还能实现预期效果吗？

对悲观锁有所了解的都知道，这是一种先对数据加排他锁，再进行后续更新的操作。但是——

在MySQL的InnoDB引擎下，读取数据时不会加共享锁，因为它是基于MVCC (Multi-Version Concurrency Control  即多版本并发控制)原理实现的，读取数据时根据事务的隔离级别去选择不同版本的数据读取即可——简单说就是它是“快照读”。

这样的话，加了悲观锁似乎不能限制其他事务在本事务提交前继续读取已经加了排他锁的相关行数据，那么其他事务在并发情况下依然有可能读取到加悲观锁后的数据，那些事务如果也对数据进行了更新操作，这是不是也还是引起了数据不一致的问题？

以上是我刚开始接触悲观锁时的疑问，但这里面其实有个错误的假设，即：

对于需要加悲观锁才能更新的某些行数据(或者其中的某几列数据)，任何更新操作都需要加了悲观锁才能做更新操作。

——上面的假设中并没有让那些可能更改数据的事务加悲观锁，这是不对的，如果有的事务加悲观锁有的不加，那本质上就是个设计缺陷——这个缺陷与悲观锁无关。

同理，即使使用了乐观锁，如果部分事务不会使用乐观锁机制，结果依然会导致数据不一致。

所以，这也提醒我们，在项目中往往会存在不同事务对同个表的更新操作，如果有必要保证数据的强一致性，那么切记每个事务都需要使用悲观锁(或乐观锁)；如果只有一个更新的事务，那么这个事务自身发生的并发操作，并不会引发数据一致性问题，因为只要某行数据加了排他锁，下次再去加排他锁时必然加不上，返回错误后继续重试即可。