快速多次请求接口，事务失效，造成数据重复：报错

在可重复读中，该sql第一次读取到数据后，就将这些数据加锁（悲观锁），其它事务无法修改这些数据，就可以实现可重复读了。但这种方法却无法锁住insert的数据，所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert数据提交，这时事务A就会发现莫名其妙多了一条之前没有的数据，这就是幻读，不能通过行锁来避免。需要Serializable隔离级别 ，读用读锁，写用写锁，读锁和写锁互斥，这么做可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力（搬运自https://www.cnblogs.com/catmelo/p/8878961.html）

可重复读是指在同一个事务内的查询都是事务开始时刻一致，但你说了你是快速提交了两次请求，那就是两个事务。

1. 前端限制重复提交数据

2. 数据库设置唯一索引，保证不插入重复数据

查询的时候没加锁。

那为什么在并发下还是会读取到一个事务没有提交的数据

你描述的场景难道不是在并发下,一个事务没有读取到另外一个事务没有提交的数据吗?

还是我没get到你的点

这个业务不能按你这样操作···· 首先表上加唯一索引····然后代码请做幂等操作····你的逻辑查不到就查入····并发的时候是控制不了的·····你这个方法如果上线 其实就是靠天吃饭······

服务端代码加锁吧。