MySQL事物隔离 事物的特性：原子性，隔离型，一致性，持久性
多事物在执行的时候，可能会出现：脏读、不可重复读、幻读
事物的隔离级别：读未提交、读提交、可重复读、串行化
不同的事物隔离级别的区别：
1.读未提交（Read uncommitted 简称RU）：一个事物还未提交，别的事物可以看到他所做的变更
2.读提交（Read Committed 简称RC）：一个事物只有提交了之后，别的事物才可以看到他所做的变更
3.可重复读(Repeated Read 简称RR)：一个事物在未提交之前，在事物中的值总是那个值，未提交的更改别的事物是不可见的
4.串行化(Serializable)：对于一条记录会加读写锁，出现冲突时，后访问的数据必须等待前一个事物执行完毕才能继续执行
配置方法：启动参数transaction-isolation
事物隔离的实现：每条数据在更新的时候都会同时记录一条回滚操作，同一条记录在系统中可以存在多个版本，这个就是数据库的多版本并发控制（MVCC）
回滚什么时候删除？系统会判断，当前系统里没有比这个回滚日志更早的read-view的时候，也就是当前没有事物在使用到这些回滚日志时，回滚日志会被删除。
尽量不要使用长事物，长事物意味着系统里会存在很老的事物视图，在这个事物提交之前，回滚记录都要被保留，这样导致占用大量存储空间。除此之外，长事物还会占用锁资源，可能会拖垮整个库。
事物的启动方式：1.显示启动事物语句，begin或start transaction，提交commit，回滚rollback；2.set autocommit=0，该命令会把这个现成的自动提交关闭，这样只要执行一个select语句，事物就启动了，不会自动提交，知道commit或者rollback。
建设使用方法1，如果考虑到多一个交互的问题，可以使用commit work and chain，在autocommit=1的情况下用begin显示启动事物，如果执行commit则提交事物，如果执行commit work and chain则提交事物并自动开启下一个事物。
如果你是业务开发负责人同时也是数据库负责人，你会有什么方案来避免出现或者处理这种情况呢？
在开发过程中，尽量缩小事物的范围，不要使用长事物，若无法避免，保证日志空间够用，常监控innodb表，发现长事物报警。
