并发事务带来的问题
在典型的应用程序中,经常会操作相同的数据来完成各自的任务,即多个用户统一对数据进行操作。并发虽然是必须的,但会带来以下一些问题:
- 脏读(Dirty Read):当一个事务正在访问数据库中的数据并且对数据进行了修改当时未提交。此时另外一个事务同时也访问了该数据,由于前一个事务还未提交,这就导致了后一个事务读取到的就是脏数据了,依据脏数据进行的操作可能是不正确的
- 丢失修改(Lost to modify):指在一个事务读取一个数据时,另外一个事务也访问了该数据,那么在第一个事务中修改了这个数据后,第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失,因此称为丢失修改。 例如:事务1读取某表中的数据A=20,事务2也读A=20,事务1修改A=A-1,事务2也修改A=A-1,最终结果A=19,事务1的修改被丢失
- 不可重复读(Unrepeatableread):指在一个事务内多次读同一数据。在这个事务还没有结束时,另一个事务也访问该数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况,因此称为不可重复读
- 幻读(Phantom read):幻读与不可重复读类似,主要区别在于第二个事务对数据进行了删除或增加的操作,这样就导致了第一个事务后来再次访问数据时可能会多出来一些数据或者少了一些数据,就像是产生了幻觉一样,所以称为幻读
事务的隔离级别
SQL标准定义了四种隔离级别:
- READ-UNCOMMITTED(读取未提交):最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读
- READ-COMMITTED(读取已提交):允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生
- REPEATABLE-READ(可重复读):对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生
- SERIALIZABLE(可串行化):最高的隔离级别,完全服从ACID的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读
MYSQL InnoDB存储引擎的默认支持事务的隔离级别是REPEATABLE-READ(可重复读)。可以通过select @@tx_isolation命令查看:
需要注意的是:与 SQL 标准不同的地方在于InnoDB 存储引擎在 REPEATABLE-READ(可重读)事务隔离级别下使用的是Next-Key Lock 锁算法,因此可以避免幻读的产生,这与其他数据库系统(如 SQL Server)是不同的。所以说InnoDB 存储引擎的默认支持的隔离级别REPEATABLE-READ(可重读) 已经可以完全保证事务的隔离性要求,即达到了 SQL标准的SERIALIZABLE(可串行化)隔离级别。因为隔离级别越低,事务请求的锁越少,所以大部分数据库系统的隔离级别都是READ-COMMITTED(读取提交内容):,但是你要知道的是InnoDB 存储引擎默认使REPEATABLE-READ(可重读)并不会有任何性能损失
可以通过show engines来查看MYSQL存储引擎:
可以看出InnoDB引擎支持事务,外键等高级数据库功能
实际情况演示
脏读
幻读
避免脏读(读已提交)
虽然解决了读未提交问题,但是第一个事务在未提交前第三次查询的数据发生了改变。一个事务还没结束,就发生了不可重复读的情况
可重复读
幻读和不可重复读有些相似之处 ,但是不可重复读的重点是修改数据,幻读的重点在于新增或者删除数据