mysql的事务隔离级简单理解来喽
今日份学习，数据库的ACID 学着学着就到了事务的隔离级别，看了一篇博客，觉得甚好，再此记录下自己的理解，如有不正之处，请各位大神 指出~
附上原文博客：http://c.biancheng.net/view/7265.html
事物的隔离级别分别是：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
| 读未提交 READ UNCOMITTED | 有 | 有 | 有 |
| 读已提交 READ COMITTED | 无 | 有 | 有 |
| 可重复读 REPEATABLE READ | 无 | 无 | 有 |
| 串行化 SERIALIZABLE | 无 | 无 | 无 |
1.读未提交 READ UNCOMITTE
A窗口在一个事务中，可以查到B窗口未提交的事务。两个是不同的事务。存在脏读，不可重复读，幻读问题。
2.读已提交 READ COMMITTED
A窗口在一个事务中，不可查到B窗口未提交的事务。两个是不同的事务，只能查到提交事务后的修改内容，解决了脏读问题，
但并不能解决不可重复读，和幻读问题，因为可能在B提交事务之后，其他事务又对数据进行操作，进而修改数据，造成A不可重复读。
3.可重复读 REPEATABLE READ
在 A事务未结束之前读到的仍旧是事务开始那一刻的数据情况，但此时B新增数据提交事务后，
A新增同样的id的数据新增不成功且报错，造成幻读的情况。
4.串行化 SERIALIZABLE
如果一个事务先根据某些条件查询出一些记录，之后另一个事务又向表中插入了符合这些条件的记录，原先的事务再次按照该条件查询时，能把另一个事务插入的记录也读出来。那么这种隔离级别就称之为串行化。
SERIALIZABLE 是最高的事务隔离级别，主要通过强制事务排序来解决幻读问题。简单来说，就是在每个读取的数据行上加上共享锁实现，这样就避免了脏读、不可重复读和幻读等问题。但是该事务隔离级别执行效率低下，且性能开销也最大，所以一般情况下不推荐使用。
第一次查询自己本地mysql隔离级别 是可重复读 以下是解释
[MySQL使用可重复读来作为默认隔离级别的主要原因是语句级的Binlog。可重复读能提供SQL语句的写可串行化，保证了主从一致]
奥，对啦，附上更改隔离级别的方便查阅。
-- 设置隔离级别为读未提交
-- SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- 设置隔离级别为读已提交
-- SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
- 设置隔离级别为可重复读
-- SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
-- 设置隔离级别为串行化
-- SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
-- 查询数据库隔离级别
-- SELECT @@tx_isolation;
以上操作基于以下mysql操作版本；
