事务隔离级别
Mysql锁（七）丢失更新，脏读，不可重复读，幻读
****这些问题的出现的原因****
之所以出现更新丢失，脏读，和不可重复读，幻读，是因为当两个事务同时进行的时候，两者之间互相不知道对方的存在，对自身所处的环境过分乐观，从而没有对操作的数据做一定的保护处理，最终导致一些问题的出现。
而我们之前介绍的隔离级别，其实就是通过一定的机制和锁来避免这样的问题，从而让我们的并发事务可以正常的进行。
****丢失更新问题****
上图中，由于事务A与事务B互相不知道对方的存在，因此导致了悲剧的发生。
如果避免这个问题？
通过乐观锁可以解决这个问题，在T9阶段，事务A进行更新余额操作的时候，SQL修改如下如下update table set amount=1100 where id=xxx **** and amount=1000****，通过加上一个金额的判断，这样的话，如果更改之前数据没有修改则执行成功，否则执行失败回滚。
****脏读****
读取的数据是不正确的数据，即为脏读。
mysql 中一个事务读取了另一个未提交的并行事务写的数据，那这个读取就是脏读。
图中，事务A在T4阶段读取账户金额为110，这个数据就属于脏数据，因为这个数据是事务B撤销掉的数据，所以如果事务A使用数据110进行后续的账户操作，就会引发问题。
如果避免这个问题？
read commited及以上隔离级别设定，一个事务只能读取另一个事务已经提交的数据，就避免了上面的脏读现象。
****不可重复读****
不可重复读，顾名思义，即不能多次重复去读，因为读出来的结果不一样，因此认为存在不可重复读的问题。
read commited下设定，一个事务只能读取另一个事务已经提交的数据，这就会出现不可重复读的问题。
repeatable read及以上级别设定，一个事务里，对数据的多次查询都是读取的一个，无论该数据在中途是否被其他事务修改过，因此也就避免了不可重复读的问题。
****幻读****
上图中，事务A一开始查询没有数据，但是插入记录失败，提示主键冲突，这种查询明明没有，插入却提示已经存在的现象，叫做幻读。
幻读和不可重复读类似，即两次读取的结果不一致，两者的不同点在于，不可重复读针对数据的修改造成的读不一致，而幻读针对数据的插入和删除造成的读不一致，如同发生幻觉一样。
Repeatable read及以上级别通过间隙锁来防止幻读的出现，即锁定特定数据的前后间隙让数据无法被插入
--------------------------------------------------------------------事务隔离级别--------------------------------------------------------------------------
隔离级别 脏读（Dirty Read） 不可重复读（NonRepeatable Read） 幻读（Phantom Read）
===========================================================================================
未提交读（Read uncommitted） 可能 可能 可能
已提交读（Read committed） 不可能 可能 可能
可重复读（Repeatable read） 不可能 不可能 可能
可串行化（Serializable ） 不可能 不可能 不可能 （内容补充）
=============================================================================================
Mysql 中执行码测试
select @@tx_isolation === 查找事务隔离级别
bean（事务开启）
rollback（事务回滚）
commit(事务提交)
set session transaction isolation level read uncommitted （mysql中设置read uncommitted级别）
set session transaction isolation level read committed （设置read committed）
repeatable read （可重复读----一般最高级别 ）
set global (全局) tansaction isolation level read committed (设置 gobal —— 全局 repeatable read)
摘录
