什么是事务?
事务是逻辑上的一组操作,要么都执行,要么都不执行。
事务的特性?
ACID:
原子性: 事务是最小的执行单位,不允许分割。事务的原子性确保动作要么全部完成,要么完全不起作用。
一致性: 执行事务前后,数据保持一致。例如转账业务中,无论事务是否成功,转账者和收款人的总额应该是不变的。
隔离性: 并发访问数据库时,一个用户的事务不被其他事务所干扰,各并发事务之间数据库是独立。
持久性: 一个事务被提交之后,它对数据库中数据的改变是持久的,即使数据库发生故障也不应该对其有任何影响。
并发事务带来的问题?
脏读(Dirty read): 事务A在修改事务,且还没有提交,事务B读取到了这个事务。
幻读(Phantom read): 事务A读取了一个范围数据,事务B在这个范围内插入(删除)了数据,事务A再次读读这个范围数据,发现多了(少了)一些数据。
不可重复读(Unrepeatableread): 事务A读取了一条数据,事务B对这条数据进行了修改,事务A再次读取这个数据,发现读取到的数据不一样了。
丢失修改(Lost to modify): 事务A对一条数据进行修改,同时事务B对这条数据也进行修改,导致事务A对这条数据的修改丢失。例如a = 20,并发进行a = a - 1,最终结果是19,说明事务A的修改丢失了。
不可重复度和幻读区别?
不可重复读的重点是修改,幻读的重点在于新增或者删除。
事务隔离级别?
READ-UNCOMMITTED(读取未提交): 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读。
READ-COMMITTED(读取已提交): 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生。
REPEATABLE-READ(可重复读): 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生。
SERIALIZABLE(可串行化): 最高的隔离级别,完全服从ACID的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读。
MySQL InnoDB默认支持的隔离级别?
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ(可重复读)。
为什么大部分数据库的默认隔离级别都是读已提交?
因为隔离级别越低,事务请求的锁越少,所以大部分数据库系统的隔离级别都是 READ-COMMITTED(读取提交内容) ,但是 InnoDB 存储引擎默认使用 REPEATABLE-READ(可重读) 并不会有任何性能损失。
实例演示:
一、读未提交的隔离级别
set tx_isolation='read-uncommitted';//如果设置失败,用下面的命令
set session transaction isolation level read uncommitted;
start transaction;//开启事务
A事务修改数据未提交
B已经读取到修改的数据!!!
https://www.bilibili.com/video/BV14e4y117uG/?spm_id_from=333.788&vd_source=481a84505c474ed681b9500f4e128ffb
更多内容参考这一篇
MVCC多版本并发控制,undolog日志版本链+readview一致性视图实现