事务的特性:
原子性:事务的不可分割,组成事务的各个逻辑单元不可分割。
一致性:事务执行的前后,数据完整性保持一致。
隔离性:事务执行不应该受到其他事务的干扰。
持久性:事务一旦结束,数据就持久化到数据库中。
查看/设置隔离级别
查看:SELECT @@tx_isolation 设置:set tx_isolation=‘xxx‘
事务的隔离级别
如果不考虑隔离性,引发一些安全问题
隔离性:一个事务的执行,不应该受到其他事务的干扰。
脏读:一个事务读到了另一个事务未提交的数据,导致查询结果不一致
不可重复读:一个事务读到了另一个事务已经提交的update的数据,导致多次查询结果不一致。
虚读/幻读:一个事务读到了另一个事务已经提交的insert的数据,导致多次查询结果不一致。
设置事务的隔离级别:
read uncommitted (读取未提交内容) :脏读,不可重复读,虚读都有可能发生
read committed (读取提交内容) :避免脏读。但是不可重复读和虚读是有可能发生
repeatable read (可重读) :避免脏读和不可重复读,但是虚读有可能发生。
serializable(可串行化) :避免脏读,不可重复读,虚读。
通过实例演示四种隔离级别
read uncommitted (读取未提交内容) :
事务A:开启事务并执行 SELECT * FROM testtest, 但并不提交事务
set tx_isolation=‘read-uncommitted‘;
start transaction;
SELECT * FROM testtest;
结果显示:
事务B:开始事务并执行 UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘; 但并不提交事务
start transaction;
UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘;
事务A:再次执行 SELECT * FROM testtest
在事务B未提交的情况下,仍然读到了修改的200,出现了脏读!
read committed (读取提交内容)
事务A:开启事务并执行 SELECT * FROM testtest, 但并不提交事务
事务B:开始事务并执行 UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘; 但并不提交事务
start transaction;
UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘;
事务A:再次执行 SELECT * FROM testtest
在事务B未提交的情况下,没有读到修改的200,避免了脏读!
事务B:提交事务。
事务A:再次执行 SELECT * FROM testtest
在事务B提交的情况下,读到了修改的200,出现了不可重复读!(同一个事务中多次读取结果不一致)
repeatable read (可重读) mysql默认
事务A:开启事务并执行 SELECT * FROM testtest, 但并不提交事务
事务B:开始事务并执行 UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘; 但并不提交事务
start transaction;
UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘;
事务A:再次执行 SELECT * FROM testtest
在事务B未提交的情况下,没有读到修改的200,避免了脏读!
事务B:提交事务。
事务A:再次执行 SELECT * FROM testtest
在事务B提交的情况下,没有读到修改的200,避免了不可重复读!
再次 开启事务B,并添加一条记录,并提交事务
start transaction;
INSERT INTO testtest(name,age) VALUES (‘wangwu‘,‘100‘);
COMMIT;
事务A:再次执行 SELECT * FROM testtest
并没有读到新增的记录
事务A:插入刚才事务B新增的记录
INSERT INTO testtest(name,age) VALUES (‘wangwu‘,‘100‘);
发现插不进去,因为事务B已经添加并提交事务了(我们name字段做了唯一索引),出现了幻读!(查询的时候没有,但插入的时候确实存在,跟出现幻觉一样)。
serializable(可串行化)
事务A:开启事务并执行 SELECT * FROM testtest, 但并不提交事务
start transaction;
SELECT * FROM testtest;
事务B:开始事务并执行 UPDATE testtest set age = 200 WHERE name = ‘zhangsan‘
发现事务B停在那里了,没有任何执行,直到事务A提交事务。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。
传播行为
1、PROPAGATION_REQUIRED:如果当前没有事务,就创建一个新事务,如果当前存在事务,就加入该事务,该设置是最常用的设置。
2、PROPAGATION_NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作
3、PROPAGATION_SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就以非事务执行。‘
4、PROPAGATION_MANDATORY:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常。
5、PROPAGATION_REQUIRES_NEW:支持当前事务,创建新事务,无论当前存不存在事务,都创建新事务。
6、PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
7、PROPAGATION_NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。
扩展:https://www.cnblogs.com/523823-wu/p/8874328.html
————————————————
版权声明:本文为CSDN博主「YoungMingKai」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/u013083284/article/details/83658304
原文:https://www.cnblogs.com/eryun/p/12051958.html