【数据库】数据库并发一致性问题的解决办法

封锁（Locking）

封锁是实现并发控制的一个非常重要的技术。
封锁就是事务T在对某个数据对象例如表、记录等操作之前，先向系统发出请求，对其加锁。
加锁后事务T就对该数据对象有了一定的控制，在事务T释放它的锁之前，其它的事务不能更新此数据对象。
封锁类型：排它锁（Exclusive locks 简记为X锁）和共享锁（Share locks 简记为S锁）
排它锁又称为写锁。若事务T对数据对象A加上X锁，则只允许T读取和修改A，其它任何事务都不能再对A加任何类型的锁，直到T释放A上的锁。这就保证了其它事务在T释放A上的锁之前不能再读取和修改A。

共享锁又称为读锁。若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这就保证了其它事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。

封锁协议

参考我另一篇文章【数据库】数据库的一级、二级、三级封锁协议

事务隔离级别

常见的事务隔离级别包括：ReadUnCommitted、ReadCommitted、RepeatableRead和Serializable四种。不同的隔离级别下对数据库的访问方式以及数据库的返回结果有可能是不同的。

ReadUnCommitted

1：这种隔离级别几乎不被使用，在select将会看到各种奇怪的数据现象，当然包括其它事务还未提交的数据。
2：强烈不推荐，不能保证数据的一致性。

ReadCommitted

1：每一个select都会使用各自的数据状态的快照。
2：如果当前的数据状态已更新到最新，但是当单个select的时候仍然会产生不一致的数据状态。
3：更少的间隙锁意味着更少的死锁。
4：唯一key的检查在第二索引和其它外键检查的时候也会产生间隙所。（gap必须被锁定以防止在parent row被删除后仍在child row中插入相关数据）。

RepeatableRead

1：所有的select在第一次一致读以后在事务中都会使用一样的数据状态快照。
2：update，delete都会使用间隙锁来保证数据的安全。防止phantom。
3：这是采用最广的事务隔离级别，也是mysql默认的事务隔离级别。

Serializable

Serializable隔离级别是最高的事务隔离级别，在此隔离级别下，不会出现读脏数据、不可重复读和幻影读的问题。
所谓幻影读是指：事务1按一定条件从数据库中读取某些数据记录后，事务2插入了一些符合事务1检索条件的新记录，当事务1再次按相同条件读取数据时，发现多了一些记录。