事务的隔离级别
SQL标准定义的4个隔离级别为：
-
READ UNCOMMITED（未提交读）
事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，也被称为脏读。这个级别是隔离级别中最低的，实际情况基本不用。 -
READ COMMITED（提交读）
事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。这个级别有时候也叫做不可重复读，因为两次执行同样的查询，可能会得到不一样的结果（两次同样的查询之间可能会有其他事务提交修改）。阿里云MySQL的默认事务隔离级别 -
REPEATABLE READ（可重复读）
该事务界别解决了脏读的问题，也保证了在同一个事务中多次读取同样记录的结果是一致的（通过数据快照）。标准MySQL的默认事务隔离界别
但是理论上，可重复读隔离级别还是无法解决另外一个幻读的问题。所谓幻读，指的是当前某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入新的记录，当之前的事务再次读取该范围的记录时，会产生幻行（会读取出新增的数据行）。
MySQL InnoDB存储引擎通过多版本兵法控制（MVCC）解决了幻读的问题。基本原理就是通过在每行记录后面保存两个隐藏的列来实现，一个保存行的创建时间，另一个保存行的过期时间（或删除时间）。当然存储的不是实际时间值，而是系统版本号。每开始一个事务，系统版本号就会自动递增。事务开始时刻的系统版本号会做为事务的版本号，用来和查询到的每行记录的版本号进行比较。具体详情可参看《高性能MySQL》的1.4多版本并发控制章节。 -
SERIALIZABLE（可串行化）
最高的事务隔离级别，通过强制事务串行执行，避免了前面幻读的问题。简单来说，该事务会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。实际应用中很少用到这个隔离界别。
MySQL中的事务
MySQL默认采用自动提交（AUTOCOMMIT）模式。也就是说，如果不是显示地开始一个事务，则每个查询都被当作一个事务执行提交操作。
MySQL锁
MySQL的锁分为共享锁（shared lock）和排他锁（exclusive lock），也叫读锁（read lock）和写锁（write lock）。读锁是共享的，或者说是排他的，也就是说一个写锁会阻塞其他的写锁和读锁，这是出于安全策略的考虑，只有这样，才能确保在给定的时间里，只有一个用户能执行写入，并防止其他用户读取正在写入的同一资源。
InnoDB在事务执行过程中，会自动加锁，并在执行COMMIT或ROLLBACK的时候释放，所有的锁都是在同一时刻释放的。这里描述的锁定都是隐式锁定，InnoDB除了隐式的锁定还支持通过特定的语句来进行显示锁定。
- 增加共享锁：SELECT ... LOCK IN SHARE MODE
- 增加排他锁：SELECT ... FOR UPDATE
MySQL事务与锁的应用
现在有个需求要实现一个图片分发的功能，一张图片只能分发给两个人，如何实现才能不出现图片超发的情况？
在不考虑性能的前提下我们可以通过MySQL事务和显示锁来解决这个问题：
- 开始事务，START TRANSACTION
- 使用排他锁方式，SELECT 图片分发次数<2
- 简单业务记录
- 更新图片分发次数
- 结束事务，COMMIT
使用事务+显示锁的方式，可以使操作同一行的所有事务串行化处理，从而解决并发写的问题。
最后考虑到更高的性能处理，该问题还可以使用Redis事务的方式解决（WATCH+MULTI+EXEC），具体详情大家可以谷歌下。
