场景
- 接口逻辑：资源池获取数据，并在拿到数据后进行更新
问题
- 高并发下，获取的结果集相同的概率大
- 资源争抢更新，导致并发的相同的数据后更新的异常
尝试方案
| 序号 | 方案 | 问题 |
|---|---|---|
| 1 | 获取结果集100个+随机挑选一个 | 不可行：并发和随机到同一个的概率还是大 |
| 2 | redis先进先出队列pop弹出 | 可行：但是队列更新机制和队列的数据和数据库已操作更新的数据一致性需要保持，这个请大家可以完善下刷新机制 |
| 3 | 乐观锁数据库version | 不可行：高并发涉及查询其实这里没效，只能解决更新问题，查询问题未处理 |
| 4 | redis的key缓存 | 不可行：并发场景下无效，redis判断时间差存在并发问题 |
| 5 | 给接口入口加上key标识可处理 | 不可行：分布式模块化作用消失，接口校验失败率提升 |
| 6 | limit redis原子自增取余并发峰值*峰值,峰值 | 可行，业务并发也适合（注：资源池数量要求limit可承受），核心思想是：及时并发，原子操作自增分布式保证值唯一性，取余后获得limit的开始和偏移量，获取数据库不会重叠，即并发分布式可行 |