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