高级数据库五：浅谈数据库隔离级别与锁机制

因为数据库中的事务是具有隔离性的，一个事务的运行不应该影响另一个事务的运行。
但是因为并行机制的存在，会有一系列的问题：

脏读：事务A修改了一个数据，但未提交，事务B读到了事务A未提交的更新结果，如果事务A提交失败，事务B读到的就是脏数据。
不可重复读：在同一个事务中，对于同一份数据读取到的结果不一致。比如，事务B在事务A提交前读到的结果，和提交后读到的结果可能不同。
幻读：在同一个事务中，同一个查询多次返回的结果不一致。通常是因为在事务A中进行了一次全局操作，如新增了一条记录；事务B在事务A提交前后各执行了一次查询操作，发现后一次比前一次多了一条记录。

所以我们要有一定的隔离机制来满足数据库并行速度和操作正确性的需求。

隔离级别

可读取未确认（Read uncommitted）

写事务阻止其他写事务，避免了更新遗失。但是没有阻止其他读事务。

存在的问题：脏读。即读取到不正确的数据，因为另一个事务可能还没提交最终数据，这个读事务就读取了中途的数据，这个数据可能是不正确的。

解决办法就是下面的“可读取确认”。

可读取确认（Read committed）

写事务会阻止其他读写事务。读事务不会阻止其他任何事务。

大部分数据库使用的默认隔离级别，兼顾速度和正确性。

存在的问题：不可重复读。即在一次事务之间，进行了两次读取，但是结果不一样，可能第一次id为1的人叫“李三”，第二次读id为1的人就叫了“李四”。因为读取操作不会阻止其他事务。

解决办法就是下面的“可重复读”。

可重复读（Repeatable read）

读事务会阻止其他写事务，但是不会阻止其他读事务。

存在的问题：幻读。可重复读阻止的写事务包括update和delete（只给存在的表加上了锁），但是不包括insert（新行不存在，所以没有办法加锁），所以一个事务第一次读取可能读取到了10条记录，但是第二次可能读取到11条，这就是幻读。

解决办法就是下面的“串行化”。

可串行化（Serializable）

读加共享锁，写加排他锁。这样读取事务可以并发