首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
redis
订阅
总有刁民要害朕
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
你不知道的Redis SET NX 指令不保障原子性的应对之法
因Jedis设计,导致重试逻辑内部把通信异常吞掉了,并重新发出执行指令的请求。就会导致用户层看到 `SET` 返回的是空,但key 实际已存在*。我们找到应对的办法,只要判断出是自己加的锁。
别再随意说 Redis 的 SET 保障原子性,在客户端不一定
分布式系统有一个特点,就是无论你学习积累多少知识点,只要在分布式的战线中,就总能遇到各种超出主观意识的神奇问题。
Redis 布隆过滤器实战「缓存击穿、雪崩效应」
我们的业务中经常会遇到穿库的问题,通常可以通过缓存解决。 如果数据维度比较多,结果数据集合比较大时,缓存的效果就不明显了。 因此为了解决穿库的问题,我们引入Bloom Filter。 先查询缓存,缓存不命中再查询数据库。 然后将查询结果放在缓存中即使数据不存在,也需要创建一个缓…