-
本质:高并发写同一个key,value出现问题
-
解决
- 乐观锁(不适合分片集群)
watch key
multi incr key exec
key自从调用watch后发生过变化,则整个事务会回滚,不执行任何动作 - 分布式锁(分布式场景)
- 时间戳(适合有序场景)
系统A key 1 {ValueA 7:00},系统B key 1 { ValueB 7:05}。假设系统B先抢到锁,将key1设置为{ValueB 7:05},接下来系统A抢到锁,发现自己的key1的时间戳早于缓存中的时间戳(7:00<7:05),那就不做set操作了
消息队列(操作串行化)
- 乐观锁(不适合分片集群)
相关文章
- 02-24高并发下如何解决超卖问题
- 02-24分布式系统--封装Redis分布式锁解决跨进程并发秒杀引起的超卖问题
- 02-24如何发现 Redis 热点 Key ,解决方案有哪些?
- 02-24经典面试题:分布式缓存热点KEY问题如何解决--有赞方案
- 02-24java并发之如何解决线程安全问题
- 02-24解决高并发-springboot-redis-mysql医院预约系统项目超详细讲解--半个小时教你如何使用sp--第二章ringboot完成预约项目---:页面显示所有医生加分类查询功能
- 02-24解决高并发-springboot-redis-mysql医院预约系统项目超详细讲解--半个小时教你如何使用springboot完成预约项目-----第五章:更换日期查看剩余预约数
- 02-24如何解决PHP的高并发和大流量的问题
- 02-24Java JUC并发之对于各种锁的理解以及如何解决死锁问题
- 02-24Redis 并发竞争key问题如何解决