Redis技术文章
-
Redis卡顿但命令不慢，主因是系统级资源竞争：CPU中断、NUMA错配、swap抖动、TCP队列溢出、透明大页fork阻塞、磁盘IO毛刺等，需逐项排查验证。381 收藏 -
哨兵判定主节点“客观下线”失败的常见现象是客户端连接断开、写请求超时，但sentinelinfo显示master-status:ok或sentinels数量不足，本质是哨兵未达成quorum票数共识；原因包括quorum设置过大、哨兵间26379端口不通、monitor配置不一致等。380 收藏 -
单纯靠频率限制无法防住缓存穿透，因其无法识别语义非法请求（如user_id=-1），且分布式攻击下单IP低频可绕过；限流仅作为兜底，需与布隆过滤器、空值缓存等联动，并结合多维特征精准识别恶意请求。380 收藏 -
生产环境必须组合使用RDB和AOF：RDB作冷备快照，AOF负责实时写入；仅用AOF有崩溃导致启动失败、重放慢、数据丢失风险；仅用RDB则丢失窗口大、fork开销高、无法增量修复。379 收藏 -
根本原因是sentineldown-after-milliseconds阈值过短，而主库执行耗时Lua脚本导致PING响应超时，哨兵误判为主观下线；典型表现为INFOreplication正常但日志频繁出现+sdown又快速恢复。378 收藏 -
RedisLua脚本无法实现SCAN分页，因脚本无状态且无法维护游标；唯一可行方案是客户端驱动SCAN分页，Lua仅负责单次结果的模式匹配与截取。378 收藏 -
Redis集群节点宕机是否自动恢复，取决于它是不是主节点、有没有足够多的主节点在线投票，以及从节点是否满足参选资格；不是所有宕机都会触发转移，更不是宕机后立刻切换。377 收藏 -
Redis不内置BloomFilter，需借助Redisson等第三方实现；EXISTS和空值缓存无法有效防穿透，因前者不拦截非法ID、后者易致缓存污染；布隆过滤器以极小空间开销提供高效存在性否定判断。370 收藏 -
ZREVRANGEBYSCORE不适用于超时任务检测，因其按score降序返回，而超时检测需升序查找score≤当前时间戳的任务；正确做法是用ZRANGEBYSCOREtasks-inf[current_timestamp]配合Lua原子执行扫描与删除，并确保score为高精度到期时间戳以避免排序混乱和堆积性能问题。370 收藏 -
redis-cli--clusterinfo仅提供槽位、键数和从节点数的粗粒度分布，无法反映真实CPU/内存负载；需结合INFOmemory、SLOWLOG和INFOstats交叉验证，因slot均匀不等于负载均匀。369 收藏 -
本文用附近门店查询场景讲清 Redis GEO：如何把门店经纬度写入地理索引，如何按用户当前位置做半径检索、距离排序和分页返回，并整理上线时常见的坐标、单位、数据更新问题。368 收藏 -
appendfsyncalways会让Redis卡在磁盘上，因其每条命令都强制调用fsync()等待硬件确认落盘，使QPS被钉死在磁盘IOPS天花板；而everysec通过后台线程批量刷盘解耦主线程与I/O，大幅降低IOPS压力但引入秒级延迟毛刺。367 收藏 -
ShedLock通过Redis的SETkeyvalueEXsecondsNX原子命令实现加锁，键为shedlock:{任务名}，值为节点标识，TTL由lockAtMostFor控制；重复执行主因是Redis配置不一致、集群未适配、绕过AOP或TTL过短。366 收藏 -
LPUSH+BRPOP构成FIFO阻塞队列，兼容Redis2.0+；但消费失败会导致消息丢失，适合允许少量丢失的场景，强可靠性需求应改用Stream。363 收藏 -
RedisSentinel进程挂了由systemd兜底重启，因其默认可用、配置简洁、日志集成好；需配置Restart=always、明确--sentinel参数、检查端口绑定、配置语法及目录权限，并通过redis-cli验证哨兵实际工作状态。361 收藏