mysql四种事务隔离级别，2024金三银四

TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED

这里就不再细谈spring的事务传递性，感兴趣的可以自己深入研究下，看下这几种传递性的不同之处，下面就以mysql的innodb存储引擎（以下简称mysql）为例来看下数据库的事务隔离级别（不同数据库不同存储引擎都可能不一样，比如mysql的memory、myisam等非事务存储引擎就不支持事务）。

mysql的事务隔离级别有以下四种：

1.读未提交，有两个事务：事务A与事务B，事务A里面更新了一条记录并且未提交，事务B可以读取到事务A未提交的更改，一般不用，如果事务B使用了事务A未提交的更改，并在此基础上做了运算，并更改了数据库，事务A如果事务回滚，将会导致数据的不一致（存在脏读问题）。

2.读提交，这是很多数据库默认的事务隔离级别，但是不是mysql事务的默认隔离级别，这种隔离级别可以解决脏读的问题，但是无法解决可重复读以及幻读问题，两个事务：事务A与事务B，事务A更新了某条记录并提交，事务B在事务A操作该数据之前读取一次数据，然后在事务A更新该数据并提交后再读一次，读到的结果不一样（也称不可重复读）。

3.可重复读，两个事务：事务A与事务B，事务A更新了某条记录并提交，事务B在事务A操作该数据之前读取一次数据，然后在事务A更新该数据并提交后再读一次，读到的结果一样。针对这种隔离级别，网上很多资料都说存在幻读的情况，其他数据库可能如此，但是mysql的innodb存储引擎却通过多版本并发控制解决了幻读这个问题，笔者在实际测试过程中发现如果事务A插入或者删除数据，事务B仅仅执行select操作，不执行insert、update等更改数据的操作，那么就不存在幻读的问题，否则就会存在幻读问题，但是笔者认为这也不是典型的幻读操作了吧，毕竟执行了write操作

4.串行读，最高的事务隔离级别，在实际生产环境很少使用，因为这种隔离级别应对高并发方面性能远远不足！！

通用数据库的事务隔离级别如下图所示，请注意mysql在可重复读下幻读可能性的不同之处（不存在write操作的话就可以避免幻读）

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。