👉这是一个或许对你有用的社群

🐱一对一交流/面试小册/简历优化/求职解惑，欢迎加入「芋道快速开发平台」知识星球。下面是星球提供的部分资料：

• 《项目实战（视频）》：从书中学，往事中“练”
• 《互联网高频面试题》：面朝简历学习，春暖花开
• 《架构 x 系统设计》：摧枯拉朽，掌控面试高频场景题
• 《精进 Java 学习指南》：系统学习，互联网主流技术栈
• 《必读 Java 源码专栏》：知其然，知其所以然

• 1. @Transactional（readOnly = true）是如何工作的，为什么使用它可以提高性能？
• 2.当我们使用 JPA 时，是否应该总是将@Transactional（readOnly = true）添加到服务层的只读方法？有什么取舍吗？
• 3. 回顾

今天，我想谈谈 Spring 提供的@Transactional(readOnly = true)。

之所以聊这个是因为我公司项目的代码里有很多@Transactional(readOnly = true)，用过的同学都说@Transactional(readOnly = true)提高了性能。先思考以下几点：

• @Transactional(readOnly = true)是如何工作的，为什么使用它可以提高性能？
• 当我们使用 JPA 时，是否应该总是将@Transactional(readOnly = true)添加到服务层的只读方法？有什么取舍吗？

在开始之前，我们使用 Hibernate 来实现 JPA。

1. @Transactional(readOnly = true)是如何工作的，为什么使用它可以提高性能？

首先，让我们看一下事务接口。

activeConnections:0,IdleConnections:10,TotalConnections:10starttransactionalReadOnlyOnRepository!!Hibernate:selectu1_0.id,u1_0.email,u1_0.name,u1_0.profile_file_namefromusersu1_0activeConnections:0,IdleConnections:10,TotalConnections:10activeConnections:0,IdleConnections:10,TotalConnections:10activeConnections:0,IdleConnections:10,TotalConnections:10activeConnections:0,IdleConnections:10,TotalConnections:10activeConnections:0,IdleConnections:10,TotalConnections:10endtransactionalReadOnlyOnRepository!!activeConnections:0,IdleConnections:10,TotalConnections:10

正如您所看到的，@Transactional(readOnly = true)一旦查询结果到达，存储库层就会释放连接。

然而，@Transactional(readOnly = true)在服务层的方法中直到服务层的方法结束才释放连接。

因此，当服务层的方法有需要大量时间的逻辑时要小心，因为它可以长时间持有数据库连接，这可能会导致数据库连接匮乏。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

• 项目地址：https://github.com/YunaiV/yudao-cloud
• 视频教程：https://doc.iocoder.cn/video/

3. 回顾

很明显，@Transactional(readOnly = true)有很多优点。

• 性能改进：只读实体不进行脏检查
• 节省内存：不维护持久状态的快照
• 数据一致性：只读实体的更改不会持久化
• 当我们使用主从或读写副本集（或集群）时，@Transactional(readOnly = true)使我们能够连接到只读数据库

但是，您还应该记住，@Transactional(readOnly = true)在服务层的方法中可能会导致数据库死锁、性能低下和数据库连接匮乏！

当您需要将只读查询仅仅作为一个事务执行时，请毫不犹豫选择的在服务层的方法中使用@Transactional(readOnly = true)，如果你的服务层的方法中有大量其他逻辑方法时，就要做取舍了！