Spring只读数据库操作是否需要@Transactional注解？

你的想法不算错误，但不是所有场景都必须加，得结合业务需求和实际情况判断：

不加事务的场景 #

如果你的方法里执行多条查询，但不要求这些查询的结果必须基于同一时间点的数据，那完全可以不用加@Transactional注解。每条查询会单独开启短连接，执行完毕后自动释放，不会出现功能问题。但要注意：如果第一条查询刚完成，第二条查询时副本刚好同步了主库的更新，两次查询结果可能不一致——只要你的业务能接受这种情况，就无需额外处理。

添加@Transactional(readonly = true)的价值 #

如果业务要求多条查询的结果必须保持一致性（比如统计关联数据总和、查询一组关联实体，需要基于同一数据快照），那加这个注解就很有必要：

• 多条查询会共享同一个事务上下文，PostgreSQL会根据隔离级别（默认是READ COMMITTED，若需更强一致性可指定REPEATABLE_READ）提供数据快照，避免多次查询结果不一致的问题。
• readonly=true会明确告知Spring和数据库这是只读操作，PostgreSQL可以跳过写事务相关的锁和日志操作，提升查询性能。
• Spring会自动管理数据库连接的获取与释放，代码更规范，无需手动处理连接细节。

总结 #

• 若业务对多条查询的一致性有要求：添加@Transactional(readonly = true)是合理选择，甚至可以配合指定隔离级别（如isolation = Isolation.REPEATABLE_READ）强化一致性。
• 若业务不关心查询结果的一致性：不加注解也完全没问题，不会影响功能运行。

内容的提问来源于stack exchange，提问作者programmer