问题描述
在使用mysql数据库存储数据的前提下,有一个抢任务系统,一个任务只能分配给n个人,如果有高并发请求,如何保证数据完整性?
一般做法
在不考虑到数据是否完整的情况下,我们一般只会按照以下思维开发:
- 用户请求抢任务接口
- 读取数据库剩余数量
- 如果大于0,剩余数量减1,更新数据库剩余数量(update task set count=count-1 where id=‘任务id’)
- 返回数据
出现的问题以及使用乐观锁概念解决
为什么上面的做法不对呢?我们举个例子,假设用户1和用户2同时调用请求抢任务接口,并且数据库只剩下一个任务可抢,任务剩余数量使用count字段保存;
用户1和用户2请求接口情况模拟,表格的每一行表示一个时间点
用户1 | 用户2 |
---|---|
执行1 | 执行1 |
执行2 | 执行2 |
执行3(更新count为0) | |
执行3(更新count为-1) | |
执行4 | 执行4 |
通过以上的问题,我们不难知道,本来只有一个任务可抢的,现在被两个用户同时抢了,而且数据库还出现了-1的情况,而这种情况再高并发的时候经常会遇到。
要解决高并发带来的问题,就可以利用乐观锁的概念来解决。
将上面中的第3个步骤中是sql语句改为(update task set count=count-1 where id=1 and count=1)
当然,其中的count=1中的1是步骤2读取出来的数据总数。
或者可以给表加一个版本号version字段,默认为1,每次执行更新的时候自增1,并在where语句后带上读取到的版本号,以免再读取和更新数据之间,有第三者更新了数据库。
用户1 | 用户2 |
---|---|
执行1 | 执行1 |
执行2 | 执行2 |
执行3(更新count,dao层返回1,表示更新成功) | |
执行3(更新count,dao层返回0,表示更新失败) | |
执行4 | 执行4 |
最后结果
- 用户请求抢任务接口
- 读取数据库剩余数量
- 如果大于0,剩余数量减1,更新数据库剩余数量(update task set count=count-1 where id=‘任务id’ and count=‘读取到的剩余数量’)
- 返回数据