事务的隔离级别
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),具体详情大家可以谷歌下。