事务的隔离级别

事务的常见问题：脏读，幻读，不可重复读#

更新丢失（Lost Update）
	原因：当多个事务选择同一行操作，并且都是基于最初选定的值，由于每个事务都不知道其他事务的存在，就会发生更新覆盖的问题。类比github提交冲突。

脏读（Dirty Reads）
	原因：事务A读取了事务B已经修改但尚未提交的数据。若事务B回滚数据，事务A的数据存在不一致性的问题。

不可重复读（Non-Repeatable Reads）
	原因：事务A第一次读取最初数据，第二次读取事务B已经提交的修改或删除数据。导致两次读取数据不一致。不符合事务的隔离性。

幻读（Phantom Reads）
	原因：事务A根据相同条件第二次查询，虽然查询不到事务B提交的新增数据，但是会影响事务A之后的一些操作，比如：事务A进行了一次select * from t1表查询，查询出id为1的数据，同时事务B进行了一次insert into t1 values(2,'xx')，也就是此时表中有了id为2的数据，但是在事务A中再次进行查询的时候，根本就查不到id为2的数据，但是当事务A进行insert into t1 values(2,'xx')，也想插入id为2的数据的时候，发现报错了，看图，但是事务A怎么查也查不到有id为2的数据，这就让事务A的使用者出现了幻觉，what happend！。如果不想出现幻读问题，那么自己在查询语句中手动加锁 for update，如果查询的是id为2的数据，即便是现在没有id为2的数据，其他事务也无法对id为2的索引位置进行数据的处理。
	

幻读和脏读有点类似
    脏读是事务B里面修改了数据，
    幻读是事务B里面新增了数据。

事务的隔离级别：未提交读\已提交读\可重复读\可序列化(串行化)#

+------------------------------+---------------------+--------------+--------------+-----
| 隔离级别                      | 读数据一致性         | 脏读         | 不可重复 读   | 幻读   
+------------------------------+---------------------+--------------+--------------+-----
| 未提交读(Read uncommitted)    | 最低级别            | 是           | 是           | 是     
+------------------------------+---------------------+--------------+--------------+-----
| 已提交读(Read committed)      | 语句级              | 否           | 是           | 是     
+------------------------------+---------------------+--------------+--------------+-----
| 可重复读(Repeatable read)     | 事务级              | 否           | 否           | 是     
+------------------------------+---------------------+--------------+--------------+-----
| 可序列化(Serializable)        | 最高级别，事务级      | 否           | 否           | 否     
+------------------------------+---------------------+--------------+--------------+-----



查看当前数据库的事务隔离级别：show variables like 'tx_isolation';

事务的隔离级别设置#

1.未提交读（READ UNCOMMITED） 解决的障碍：无； 引入的问题：脏读
    set SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

2.已提交读 （READ COMMITED） 解决的障碍：脏读； 引入的问题：不可重复读
    set SESSION TRANSACTION ISOLATION LEVEL read committed;

3.可重复读（REPEATABLE READ）解决的障碍：不可重复读； 引入的问题：幻读
    set SESSION TRANSACTION ISOLATION LEVEL repeatable read;

4.可串行化（SERIALIZABLE）解决的障碍：可重复读； 引入的问题：锁全表，性能低下
    set SESSION TRANSACTION ISOLATION LEVEL repeatable read;

总结：#

事务隔离级别为可重复读时，如果有索引（包括主键索引）的时候，以索引列为条件更新数据，会存在间隙锁间、行锁、页锁的问题，从而锁住一些行；如果没有索引，更新数据时会锁住整张表

事务隔离级别为串行化时，读写数据都会锁住整张表

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大，对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。