事务的隔离级别

事务的隔离级别

• Read Uncommitted，读写均不使用锁，数据的一致性最差，也会出现许多逻辑错误。
• Read committed，使用写锁，但是读会出现不一致，不可重复度。
• Repeatable Read，使用读锁和写锁，解决不可重复读的问题，但会有幻读。
• Serializable，使用事务串行化调度，避免出现因为插入数据没法加锁导致的不一致的情况。

脏读，不可重复度，幻读

脏读 : 一个事务读取到了另一个事务未提交的数据操作结果，而改事务回滚，会导致读到是数据在数据库中不存在。

不可重复读 ： 事务 T1 读取某一数据后，事务 T2 对其做了修改，当事务 T1 再次读该数据时得到与前一次不同的 值。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。

幻读 : 事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查 询中出现的数据（并不要求两次查询的 SQL 语句相同）。这是因为在两次查询过程中有另外一个事务插入数据造 成的

读未提交，造成脏读（Read Uncommitted）

一个事务中的读操作可能读到另一个事务中未提交修改的数据，如果事务发生回滚就可能造成错误。

为了避免脏读，在写操作时加锁，使读写分离，保证读数据的时候，数据不被修改，写数据的时候，数据不被读取。从而保证写的同时不能被另个事务写和读。

读已提交（Read Committed）

我们加了写锁，就可以保证不出现脏读，也就是保证读的都是提交之后的数据，但是会造成不可重读，即读的时候不加锁，一个读的事务过程中，如果读取数据两次，在两次之间有写事务修改了数据，将会导致两次读取的结果不一致。这就是不可重复读。

可重复读（Repeatable Read）

解决不可重复读问题，一个事务中如果有多次读取操作，读取结果需要一致。 这就牵涉到事务中是否加读锁，并且读操作加锁后是否在事务commit之前持有锁的问题，如果不加读锁，必然出现不可重复读，如果加锁读完立即释放，不持有，那么就可能在其他事务中被修改，若其他事务已经执行完成，此时该事务中再次读取就会出现不可重复读，

可串行话（Serializable）

解决幻读问题，在同一个事务中，同一个查询多次返回的结果不一致。事务A新增了一条记录，事务B在事务A提交前后各执行了一次查询操作，发现后一次比前一次多了一条记录。幻读是由于并发事务增加或删除记录导致的，这个不能像不可重复读通过记录加锁解决，因为对于新增的记录根本无法加锁。需要将事务串行化，才能避免幻读。