建站公司网站 discuz亚马逊市场营销案例分析

介绍

遇到了一个很有意思的问题。
在service层加了事务。
为了防止并发，在component层加了分布式锁。

1. 先根据前端传入的id，在数据库中使用queryA()查到一个key
2. 然后对这个key进行加锁
3. 再次调用queryA()。目的是为了做校验
4. 更新数据库
5. 在component层释放锁

最终现象是：加锁失败。

线程A获取到了锁，然后执行下面的操作。
线程B等待这把锁。
线程A执行完了之后，释放锁。
线程B查数据库，依然校验成功。按理说A操作了数据，线程B的校验应该不通过。
实际上线程B没有读到线程A更新后的数据

原因分析:

数据库mysql的隔离级别是 可重复读。

那么在线程B等待锁的时候，已经缓存了一份数据库连接了。
此时A更新了数据，然后释放锁（假设提交了事务），由于是可重复读级别的事务隔离，所以线程B此时无论如何都读不出来线程A修改的数据。
后来解决方法就是让前端传key进来。

修改代码

也就是代码改成了

1. 前端传入key
2. 然后对这个key进行加锁
3. 调用数据库的queryA()方法。目的是为了做校验
4. 更新数据库
5. 在component层释放锁

此时线程A获取到了锁，直到事务提交了，线程B才开始数据库连接，此时正常

一波三折，再次出现问题

经过上面的分析，
现在我也怀疑，是不是在事务提交前就释放了锁呢？