事务
事务是作为单个逻辑工作单元执行的一系列操作。一个逻辑工作单元必须有四个属性，称为原子性、一致性、隔离性和持久性 (ACID) 属性，只有这样才能成为一个事务。
事务并发
数据库是多个用户(事务)共享的，当多个用户同时访问数据时，那么在这种情况下就叫做并发。
事务并发下可能出现的问题
更新丢失
两个事务都同时更新一行数据，一个事务对数据的更新把另一个事务对数据的更新覆盖了。这是因为系统没有执行任何的锁操作，因此并发事务并没有被隔离开来。
脏读
一个事务读取到了另一个事务未提交的数据操作结果。这是相当危险的，因为很可能所有的操作都被回滚。
不可重复读
一个事务对同一行数据重复读取两次，但是却得到了不同的结果。
幻读
幻读发生在当两个完全相同的查询执行时，第二次查询所返回的结果集跟第一个查询不相同。
事务的隔离级别
读未提交
当前事务可以读取另一个事务未提交的记录，非常危险，因为另一个事务可能完全回滚！
读已提交
保证一个事务修改的数据提交后才能被另外一个事务读取。
可重复读
这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻读!
序列化
事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。
LBCC-隔离级别
读未提交
不加任何锁
读已提交
读数据加共享锁
更改数据加排他锁
共享锁读完立即释放
可重复读
读数据加共享锁
更改数据加排他锁
共享锁事务结束才释放
序列化
读数据加共享锁
更改数据加排他锁
共享锁事务结束才释放
增加范围锁
什么鬼？可重复读和读已提交两种隔离级别得出的结论跟LBCC协议不一致!!!怀疑人生中……
MVCC协议
MVCC–多版本并发控制协议
通过保存数据在某个时间点的快照来实现，也就是说，不管需要执行多长时间，每个事务看到的数据都是一致的。不同的存储引擎MVCC的实现是不同的，典型的有乐观并发控制和悲观并发控制。
MVCC实现原理(Innodb引擎)
Innodb引擎会为每一行添加两个隐藏的列来实现的，分别表示该行创建版本和删除版本，创建版本是事务的版本号，每开始一个新的事务，版本号会自动递增。
举个栗子,偷几张图...
初始化数据
事务1
事务2
读已提交
读事务每次都读取undo log中最近的版本，因此两次对同一字段的读可能读到不同的数据（幻读），但能保证每次都读到最新的数据
可重复读
每次都读取指定的版本，这样保证不会产生幻读，但可能读不到最新的数据
总结
- 对于许多SQL，隔离级别越高，InnoDB给记录集加的锁就越严格，产生锁冲突的可能性就越高，从而对并发事务处理性的影响也就越大。
- 因此我们在项目中，应该尽量使用较低的隔离级别，以减少锁争用的几率。
- InnoDB引擎尽量使用索引，防止锁表。
- 合理使用事务的大小，小事务发生锁冲突的几率也更小。
- 尽量使用相等条件，避免Next-key锁对并发插入的影响(gap锁)
参考
- 高性能Mysql
- 深入浅出Mysql