（十三）深入理解 一致性锁定读 与 一致性非锁定读

一致性锁定读 与 一致性非锁定读

• 产生的原因
  在mysql数据库中，有一个行锁的概念。行锁有两种类型：共享锁（s）,排它锁（x）;x锁和s锁是不能互相兼容的，而s锁与s锁是可以互相兼容的；在mysql的设计中，在写操作的时候会自动给选定行加上x锁，也就是所谓独占锁，即在没有释放x锁之前，任何会话都不能访问锁定行，我相信这个是没有问题的；但是这样会有问题，别的会话去读加了x锁的行时在正常逻辑下，为了保证数据一致性，我们在读的时候应该需要等待x锁释放再去读，从而可以得到最新最准确的数据，但是这样会严重降低数据库的性能，在数据库有写操作的情况下，读操作都需要等待；那到底在有写操作的时候，读操作要不要去等待呢？欣慰的是：mysql把这个选择权交给了我们，当有写（x锁）操作的情况下，希望读操作等待（加s锁）使用 一致性锁定读，希望读操作不等待(不加s锁)使用非锁定读。

• 使用场景
  一致性锁定读：对数据一致性，实时性比较高的情况下（会破坏事务隔离性，比较慢，性能低）
  一致性非锁定读: 对数据一致性，实时性不高的情况下（数据可能不是最新的，不会破坏事务隔离性）

• 一致性非锁定读（可重复读隔离级别）
  其实致性非锁定读的原理很简单，就是采用MVCC；也就是一个数据是有版本的，也就是历史数据，对于显示哪个历史版本的数据，这个和隔离级别有关，这里使用可重复读隔离级别作为例子，对于其他隔离级别的关于这个问题讨论，后面会进行总结。言归正传，你们想想，没有人会对历史数据进行修改吧，这样也就没有锁的概念一说了，mysql在默认情况下就是采用一致性非锁定读，即在读操作的时候，直接读取历史数据（不加锁），也就不会发生阻塞了，