首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
redis幂等
订阅
JJKING
更多收藏集
微信扫码分享
微信
新浪微博
QQ
2篇文章 · 0订阅
分布式锁中-基于 Redis 的实现需避坑 - Jedis 篇
如果认为Jedis实现分布式锁很简单,也就设置 Key 、删除Key,那系统迟早遇问题,面试必减分儿。坑虽然很多,但也有办法,除了锁本身的知识还有客户端的配置调优建议,有空记得来看
你不知道的Redis SET NX 指令不保障原子性的应对之法
因Jedis设计,导致重试逻辑内部把通信异常吞掉了,并重新发出执行指令的请求。就会导致用户层看到 `SET` 返回的是空,但key 实际已存在*。我们找到应对的办法,只要判断出是自己加的锁。