-
直接用LPOP或LRANGE处理大列表会阻塞，因其时间复杂度为O(N)，在单线程Redis中长时间占用CPU，导致后续请求排队、超时及连接池耗尽。393 收藏 -
Host模式下Redis集群初始化失败，因节点默认上报127.0.0.1导致冲突，必须显式配置bind和cluster-announce-ip为宿主机真实IP，并开放客户端端口及对应+10000总线端口。391 收藏 -
Redis卡顿但命令不慢，主因是系统级资源竞争：CPU中断、NUMA错配、swap抖动、TCP队列溢出、透明大页fork阻塞、磁盘IO毛刺等，需逐项排查验证。381 收藏 -
单纯靠频率限制无法防住缓存穿透，因其无法识别语义非法请求（如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-cli--clusterinfo仅提供槽位、键数和从节点数的粗粒度分布，无法反映真实CPU/内存负载；需结合INFOmemory、SLOWLOG和INFOstats交叉验证，因slot均匀不等于负载均匀。369 收藏 -
appendfsyncalways会让Redis卡在磁盘上，因其每条命令都强制调用fsync()等待硬件确认落盘，使QPS被钉死在磁盘IOPS天花板；而everysec通过后台线程批量刷盘解耦主线程与I/O，大幅降低IOPS压力但引入秒级延迟毛刺。367 收藏 -
LPUSH+BRPOP构成FIFO阻塞队列，兼容Redis2.0+；但消费失败会导致消息丢失，适合允许少量丢失的场景，强可靠性需求应改用Stream。363 收藏 -
RedisSentinel进程挂了由systemd兜底重启，因其默认可用、配置简洁、日志集成好；需配置Restart=always、明确--sentinel参数、检查端口绑定、配置语法及目录权限，并通过redis-cli验证哨兵实际工作状态。361 收藏 -
根本原因是COW导致RSS内存暴涨触碰maxmemory上限而被迫淘汰；bgsave时fork子进程触发Copy-On-Write，父进程修改内存页即复制物理页，临近maxmemory时瞬时内存增长直接触发淘汰。360 收藏 -
缓存击穿需用Redis原子命令SETkeyvalueEXsecondsNX加key级互斥锁，配合Lua脚本安全解锁；推荐RedissonRLock自动续期，空值缓存需权衡数据一致性与性能。353 收藏 -
dump.rdb文件越积越多是因为Redis默认不自动清理旧快照，每次bgsave生成新文件但保留旧文件，需依赖外部脚本按时间戳安全清理。344 收藏
