Redis技术文章
-
主从复制必须开启AOF，否则从节点重启后数据丢失；从节点需配置appendonlyyes和appendfsynceverysec，主节点也建议开启AOF；切换前须等待aof_pending_bio_fsync为0再开放VIP。130 收藏 -
ZREM不能直接删除Geo数据，因为它只删除ZSET中的member名称，而非按经纬度范围删除；必须先用GEORADIUS等命令查询出目标member，再调用ZREM精确删除。460 收藏 -
Redis自动RDB备份不能仅用crontab调用bgsave，因BGSAVE异步返回OK不保证写入完成，需校验rdb_last_save_time和文件非空，并动态获取路径、加超时、轮转清理。186 收藏 -
网卡PPS打满是吞吐量上不去的常见原因，尤其在小key/value场景下，单请求虽仅60–100字节却生成独立TCP包，易使网卡达到硬件上限。125 收藏 -
redis-cli--hotkeys是基于LFU采样的轻量热Key发现工具，需启用allkeys-lfu/volatile-lfu策略，返回最多32个相对高频key，frequency为归一化值，非实时精确计数，须结合objectfreq、monitor等交叉验证。283 收藏 -
哨兵故障转移实际耗时为2–30秒，并非毫秒级；“毫秒级”仅指心跳检测与投票过程。真实恢复时间受down-after-milliseconds配置（建议5000–10000ms）、哨兵多数派机制及客户端行为影响，需配合写前校验或代理层使用。268 收藏 -
磁盘满是配置失当与监控缺位导致的事故信号，表现为RDB写入失败、AOF重写卡住等错误；根本原因是未限maxmemory、AOF重写阈值过松、过期键堆积及数据与日志混放同一分区。352 收藏 -
预热时DB被打挂因未限流分片、全量查询触发慢查锁表及连接池耗尽；应按主键分页、加休眠、控制并发、Pipeline分批、设临时标记、渐进切流、拆分Hash结构并监控关键指标。494 收藏 -
布隆过滤器不支持单元素删除，BF.EXISTS返回true时数据可能已不存在，导致缓存穿透；应改用支持CF.DEL的CuckooFilter或定期重建带时间戳的过滤器。342 收藏 -
RedisPub/Sub不支持消息过期机制，因其是纯内存即时广播通道，消息不存储、无TTL、不落盘；需改用SET+EXPIRE、STREAM配合定时清理或ZSET实现带有效期的消息。111 收藏 -
要定位被淘汰的key，需监控evicted_keys增量、expired_keys飙升情况，并结合Redis7.0+的MEMORYUSAGE与OBJECTFREQ抽样分析；allkeys-lru不安全，应优先用volatile-lru/lfu；LFU更耗CPU因频次衰减更新；验证key是否频繁淘汰可用PFADD+PFCOUNT埋点统计。460 收藏 -
repl-timeout应设为P99RTT的2～3倍，如P99RTT为120ms则建议30秒；需协同调整repl-backlog-size、repl-backlog-ttl和tcp-keepalive，并验证sync_partial_ok上升及master_link_status稳定。318 收藏 -
必须用Lua脚本做抢红包，因其能原子执行读取余额、扣减金额、写入中奖记录、更新过期时间等操作；客户端多步命令易因并发或网络中断导致脏数据。296 收藏 -
不能。volatile-ttl仅在内存不足时随机采样少量带过期时间的key淘汰TTL最小者，并非定时批量清理；高QPS下写入快于淘汰易致OOM，需配合随机偏移、调优采样数、限流及兜底策略。454 收藏 -
RedisPub/Sub不保存消息，断连即丢消息，无法满足即时通讯的离线兜底需求；必须用Stream（XADD/XREAD）持久化消息，Pub/Sub仅作在线实时广播通道。213 收藏