使用@Transactional导致P1级事故，这是怎么回事呢？

换个角度。 先说说、注册事务同步回调，打印事务提交前后的状态。

服务方法

代码语言：java

既然我们已经知道了是@Transactional导致的问题产生的原因。那么最简单粗暴的方式， 靠谱。 就是不使用它了。但是很多的业务场景终究需要保证数据的一致性，可以参照以下实现方式。

MySQL排他锁

@Transactional导致的生产事故.在Spring中进行事务管理非常简单,只需要在方法上加上注解@Transactional,Spring就可以自动帮我们进行事务的开启、 提交、回滚操作。甚至很多人心里已经将Spring事务与@Transactional划上了等号,只要有数据库相关操作就直接给方法加上@Transactional注解。 用户1263954震惊,Spring官方推荐的@Transactional还能导致生产事故? 关注作者 腾讯云开发者社区文档建议反馈控制...，一针见血。

导致插入重复数据的代码实现逻辑如下：

许多开发者在没有@Transactional导致长事务的根本原因,并给出完整的解决方案和最佳实践,帮助你在日常开发中规避此类问题。

手动控制事务和锁的顺序

将事务的控制权从 Spring 的声明式事务中移出，手动管理事务和锁的释放顺序。 完善一下。 这样可以确保事务在释放锁之前提交。