一致性锁定读 与 一致性非锁定读
-
产生的原因
在mysql数据库中,有一个行锁的概念。行锁有两种类型:共享锁(s),排它锁(x);x锁和s锁是不能互相兼容的,而s锁与s锁是可以互相兼容的;在mysql的设计中,在写操作的时候会自动给选定行加上x锁,也就是所谓独占锁,即在没有释放x锁之前,任何会话都不能访问锁定行,我相信这个是没有问题的;但是这样会有问题,别的会话去读加了x锁的行时在正常逻辑下,为了保证数据一致性,我们在读的时候应该需要等待x锁释放再去读,从而可以得到最新最准确的数据,但是这样会严重降低数据库的性能,在数据库有写操作的情况下,读操作都需要等待;那到底在有写操作的时候,读操作要不要去等待呢?欣慰的是:mysql把这个选择权交给了我们,当有写(x锁)操作的情况下,希望读操作等待(加s锁)使用 一致性锁定读,希望读操作不等待(不加s锁)使用非锁定读。 -
使用场景
一致性锁定读:对数据一致性,实时性比较高的情况下(会破坏事务隔离性,比较慢,性能低)
一致性非锁定读: 对数据一致性,实时性不高的情况下(数据可能不是最新的,不会破坏事务隔离性) -
一致性非锁定读(可重复读隔离级别)
其实致性非锁定读的原理很简单,就是采用MVCC;也就是一个数据是有版本的,也就是历史数据,对于显示哪个历史版本的数据,这个和