Mysql事务隔离
事务（Transaction）
在处理业务的时候，我们通常希望其保持这ACID这四个特征：
Atomicity: 原子性
Consistency: 一致性
Isolation: 隔离性
Durability: 持久性
案例：
事务1 开启
1.A 转100元给 B A的账户减去100元
2.B 收到A的100元转账 B的账户增加100元
事务1 提交
原子性：在执行1的之后，程序出现了意外中断，导致没有执行2，这样会出现A没了100元，但是B却未收到A转的100元，原子性的要求即为，要么12全部执行，要么全部不执行。
一致性： A与B在转账的前后，余额的和是没有变化的，数据与业务的逻辑是一致的
隔离性： 在A与B转账的时候，C是否可以读取AB的变化
持久性： 存到磁盘就是为了使数据持久存在
在这四个特性中，隔离性是比较棘手的，因为其涉及到并发与锁。
事务并发
在事务由大量的并发的时候会根据隔离级别的产生不同的读取问题：
脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新了原有的数据。
幻读(Phantom Read):在一个事务的两次查询中数据不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
事务隔离
隔离等级 （Isolation Level）
Read Uncommited (允许读取未提交内容)
该级别允许，事务2可以读取他事务1未提交的修改，当1执行完之后，另一个事务刚好在这个时候要修改A的账户，这时候读到的是少了100元的数据，接着要执行2的操作，但是这时候因为某些原因，B的账户无法更新，导致事务2要回滚，回滚之后A的钱实际上是没有扣除的，也就是说事务1读取到的A账户时错误的，也就是所谓的脏读。
Read commited (只允许读取提交后的)
这个级别是允许读取其他事务提交后的改动的，事务2在事务1执行完1之后，给A充值了100元，在事务1中，再次读取A的余额，是没有减少100元的，因为事务2给他充值了100元，也就是不可以再次读取到第一次读取到的数据，也就是不可重复读
Repeatable Read (可以重复读)
这个级别是Mysql的默认事务隔离级别，在上一个级别中，事务1是能读取到事务的已提交后的修改的，但是在这个级别，事务的开启就如同当时数据库的一个快照，并且不会读取到其他事务的已修改提交，在事务2充值了100元给A用户之后，事务1读取到A账户还是减少了100元的状态，而不是充值之后的状态。
该级别存在的问题是会出现幻读，如果事务1修改的所有会员的余额，第一次读取的时候是2个会员，这个时候事务2新增了一个会员，如果事务1再次查询会员的数量会发现数量多了一个的，出现幻读情况。
Serializable (完全串行)
这个级别是讲事务全部串行处理，就如同消息队列一样，从而避免出现事务并发导致的数据错乱问题（都改成串行了，还并发个屁啊）
