什么是事物 ?
- 数据库事务(Transaction)是访问并可能操作各种数据项的一个数据库操作的序列,是一个不可分割的工作单位;事务是由事务开始与事务结束之间执行的全部数据库操作
事物四大特性
-
原子性(Atomicity)
- 事务是最小的执行单位,不允许分割,事务的原子性确保动作要么全部完成,要么完全不起作用
-
一致性(Consistency)
- 执行事务前后,数据保持一致,多个事务对同一个数据读取的结果是相同的
-
隔离性(Isolation)
- 并发访问数据库时,一个用户的事务不被其他事务所干扰,各并发事务之间数据库是独立的
-
持久性(Durability)
- 一个事务被提交之后,它对数据库中数据的改变是持久的,即使数据库发生故障也不应该对其有任何影响
并发事务带来哪些问题
- 脏读(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)
- 幻读与不可重复读类似。它发生在一个事务(T1)读取了几行数据,接着另一个并发事务(T2)插入了一些数据时。在随后的查询中,第一个事务(T1)就会发现多了一些原本不存在的记录,就好像发生了幻觉一样,所以称为幻读
- 不可重复度和幻读区别
- 不可重复读的重点是修改比如多次读取一条记录发现其中某些列的值被修改,幻读的重点在于新增或者删除比如多次读取一条记录发现记录增多或减少了
事物的隔离级别
- READ-UNCOMMITTED(读取未提交)
- 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读
- READ-COMMITTED(读取已提交)
- 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生
- REPEATABLE-READ(可重复读)
- 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生
- SERIALIZABLE(可串行化)
- 最高的隔离级别,完全服从ACID的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读
隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
READ-UNCOMMITTED | ✅ | ✅ | ✅ |
READ-COMMITTED | ❌ | ✅ | ✅ |
REPEATABLE-READ | ❌ | ❌ | ✅ |
SERIALIZABLE | ❌ | ❌ | ❌ |
Mysql 事物隔离级别
- InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ,我们可以通过 SELECT @@tx_isolation 命令来查看
- InnoDB 存储引擎的事务隔离级别
- 默认支持的隔离级别是 REPEATABLE-READ,使用 Next Key Lock 锁算法,可以避免幻读的产生,与其他数据库系统(如 SQL Server)不同,已经可以完全保证事务的隔离性要求,即达到 SQL 标准的 SERIALIZABLE 隔离级别
- 隔离级别越低,事务请求的锁越少,所以大部分数据库系统的隔离级别都是 READ-COMMITTED
- InnoDB 存储引擎默认使用 REPEATABLE-READ,并不会有任何性能损失
- InnoDB 存储引擎在 分布式事务 的情况下一般会用到 SERIALIZABLE 隔离级别