https://blog.csdn.net/weixin_44259720/article/details/112826960

前言

通过本篇，你将了解到【Spring事务】与【数据库事务】的关系，以及优先级问题，我将为你一一论证。

阅读本篇，你可能会需要的博文：

• @Transactional 注解参数详解，以及注解的使用特性说明（典藏版）
• @Transactional 注解的失效场景，这个问题见过太多的人栽跟头，一篇刨根问底，让面试官都闭嘴
• 搞定数据库事务、事务的隔离级别，以及脏读、不可重复读、幻读，我是认真的

正文

数据库是可以控制事务的传播和隔离级别的，Spring在之上又进一步进行了封装，可以在不同的项目、不同的操作中再次对事务的传播行为和隔离级别进行策略控制。

所以说，spring事务本质上使用数据库事务，而数据库事务本质上使用数据库锁，所以spring事务本质上使用数据库锁，开启spring事务意味着使用数据库锁。

上面的“总结”来自网络，结合自身理解与实践，的确可以最为一句精华，本文内容主要围绕这句话展开，以2个问题的形式阐明观点。

1. Spring定义的隔离级别和数据库设置的隔离级别，二者是什么关系？
2. 如果Spring定义的隔离级别和数据库设置的隔离级别不一样，以谁的为准？

一、两者的关系

详情在我的其他博文都有具体介绍（需要的朋友见本文【前言】提示），这里就不赘述了，我们直接对比结果。

1\. 数据库的隔离级别：

MySQL 默认为 ：EPEATABLE\_READ；Oracle，sql server 默认为：READ\_COMMITTED；READ\_UNCOMMITTED 由于隔离级别较低，通常不会被使用。

√: 可能出现    ×: 不会出现