事务的特性：
原子性：事务的不可分割，组成事务的各个逻辑单元不可分割。
一致性：事务执行的前后，数据完整性保持一致。
隔离性：事务执行不应该受到其他事务的干扰。
持久性：事务一旦结束，数据就持久化到数据库中。
查看/设置隔离级别
查看：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