mysql数据库事务传播特性_MYSQL数据库事务4种隔离级别及7种传播行为

事务的特性:

原子性:事务的不可分割,组成事务的各个逻辑单元不可分割。

一致性:事务执行的前后,数据完整性保持一致。

隔离性:事务执行不应该受到其他事务的干扰。

持久性:事务一旦结束,数据就持久化到数据库中。

查看/设置隔离级别

查看: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

你可能感兴趣的:(mysql数据库事务传播特性)