-
哨兵节点启用密码认证但未提供密码导致SENTINELmaster报NOAUTH错误；需在sentinel.conf中配置sentinelauth-pass，并手动auth；注意端口、master-name一致性及flags等字段含义。393 收藏 -
直接用SETNX易误删锁，因加锁与设过期非原子操作，且释放锁未校验线程标识；正确做法是SET+NX+EX原子加锁并用Lua脚本校验值后删除。393 收藏 -
直接用LPOP或LRANGE处理大列表会阻塞，因其时间复杂度为O(N)，在单线程Redis中长时间占用CPU，导致后续请求排队、超时及连接池耗尽。393 收藏 -
SETNX不能单独用作分布式锁，因其无法原子性地设置值和过期时间，易导致死锁；必须用SETkeyvalueNXEXseconds原子命令，并配合唯一value和Lua脚本校验解锁。392 收藏 -
HSET查单个字段更快，SET写整条数据更省网络；字段少且固定用HSET，动态多变或需原子替换用SET；LIST队列易丢消息，推荐STREAM；ZSET排行榜慎用浮点score；大SET内存开销大，慎用SMEMBERS。392 收藏 -
HMSET自Redis6.2起被弃用，应统一使用HSET：支持批量写入、返回实际修改数、空值字段会被删除；需注意原子性（单次多字段更新）、客户端传参规范（推荐mapping=）及代理字段数限制。392 收藏 -
Redis键空间事件默认关闭，需配置notify-keyspace-events为KEA等组合才生效；事件频道名格式严格、无历史回放、过期事件延迟不可靠、断连事件丢失且无自动续订。386 收藏 -
单纯靠TTL随机化不能根治缓存雪崩，但它是成本最低、见效最快的前置防线——关键在于“错开”而非“随机”，且必须配合过期时间分级和热点识别。386 收藏 -
RedisLua脚本中不能直接执行SET等命令，必须通过redis.call()或redis.pcall()调用；MULTI/EXEC等事务命令禁用；所有key需显式传入，集群下须同slot；返回值类型需手动判断，避免误判false/0。385 收藏 -
RedisStream比PUB/SUB更适合做持久化队列，因其支持消息持久化、消费者组、ACK机制、唯一消息ID和按位置回溯；PUB/SUB纯内存广播，无存储、无堆积能力。384 收藏 -
ConnectionTimeoutException通常是Lettuce客户端连接池新建连接超时所致，主因是网络、DNS、地址配置或防火墙问题，而非Redis故障；其默认connectTimeout为30秒，生产建议设为3～5秒。382 收藏 -
Redis集群不支持跨槽位Lua脚本原子执行，所有key必须位于同一slot，可通过哈希标签（如{1001}）强制路由、客户端ASKING模式及KEYS参数传入确保合规。381 收藏 -
RedisPub/Sub不能替代RabbitMQ，因其不保证消息可达、无持久化订阅、无消费确认机制，消息丢失理直气壮；它纯内存广播，断连、重启后消息全丢，无积压、无offset、无重试，仅适用于允许丢失的实时轻量场景。381 收藏 -
Redis卡顿但命令不慢，主因是系统级资源竞争：CPU中断、NUMA错配、swap抖动、TCP队列溢出、透明大页fork阻塞、磁盘IO毛刺等，需逐项排查验证。381 收藏 -
哨兵判定主节点“客观下线”失败的常见现象是客户端连接断开、写请求超时，但sentinelinfo显示master-status:ok或sentinels数量不足，本质是哨兵未达成quorum票数共识；原因包括quorum设置过大、哨兵间26379端口不通、monitor配置不一致等。380 收藏
