-
用SETBIT和GETBIT做存在性判断最直接：SETBIT设定位为1，GETBIT查该位是否为1，O(1)时间、极省空间；不可用BITCOUNT替代，不支持三态，需确保ID到偏移量映射一致。
-
Redis集群必须使用ntpd或chronyd平滑同步时间，内网部署专用NTP服务器，配置restrict规则、硬件时钟同步和开机自启，并通过ntpq-p、ntpq-crv及Redis日志持续监控。
-
SENTINELFAILOVER无反应大概率因哨兵未达成共识或主节点状态不满足切换前提：需至少3个哨兵在线且通信正常，目标master必须存在于SENTINELMASTER列表且角色为master，quorum值不可高于实际哨兵数；命令返回OK不代表切换完成，须依次验证哨兵failover_in_progress标志、新主role:master且无master_host、旧主已变为slave并指向新主；手动触发不模拟真实故障路径，无法检测发现延迟、重连失败及客户端重定向问题；演练前须调大down-afte
-
Redis有序集合仅按score排序，不支持多字段或条件排序；需用Lua脚本在服务端原子重排，如score相同时按name字典序，避免客户端排序导致的性能与一致性问题。
-
缓存击穿是热点key过期瞬间并发请求涌向DB，需用逻辑过期、随机过期时间、分级预热、互斥锁及行为验证来防控。
-
会，大量key同时过期会引发CPU尖峰、内存延迟释放和请求抖动；Redis通过每100ms随机抽样检查过期key，超25%过期则连续多轮高强度扫描删除，导致延迟飙升甚至超时。
-
最小可行路径是为每个用户创建独立Set键（如user:123:tags），用SADD添加标签、SMEMBERS查询，确保标签标准化；避免字符串拼接、KEYS扫描及反向索引维护，高频查询再引入RedisSearch或Elasticsearch。
-
SLAVEOFNOONE是断连+角色重置的原子操作：终止复制连接、清空主节点状态、将role改为master，运行时生效但重启回退，不清理数据、不通知其他节点。
-
在Redis集群中查某个key的实时内存占用需先定位其所在slot和节点：用CLUSTERKEYSLOT算slot号，CLUSTERSLOTS查对应主节点IP:PORT，再连该节点执行MEMORYUSAGE；因官方redis-cli--cluster不支持透传该命令，且结果为估算值，需注意偏差与重试机制。
-
RedisAOF是将写命令追加到文件以实现持久化，但并非所有场景都适用：appendfsync配置影响安全性与性能，everysec是线上折中选择，always性能差，no不可靠；AOF重写可能耗资源，切换时需检查文件完整性、路径及时间戳。
-
切换RedisPython客户端需同步更新依赖和初始化代码，仅安装新包不生效；redis-py不支持集群，redis-py-cluster已停更，应改用redis-py4.0+的RedisCluster；异步场景下aioredisv1与v2接口不兼容。
-
Redis集群通过主从复制、故障转移和一致性哈希保障数据一致性。优化方法包括：1.调整网络配置，提升网络性能；2.合理的数据分片策略，均衡负载；3.采用读写分离，提升读性能和降低主节点压力。
-
RedisCluster故障转移由主节点失联且多数主节点投票确认触发；从节点需满足复制偏移量达标、获多数主节点投票才能当选新主。
-
BITFIELD存储指定宽度和符号性的整数片段（如i8、u16），非完整整数对象；支持位级读写、原子增减及溢出控制，但需注意偏移单位为位、未初始化位返回0、跨字节边界正确处理及客户端解析差异。
-
Redis禁止BGSAVE与BGREWRITEAOF并发执行，是为避免双子进程争抢CPU、I/O、COW内存页及fsync队列；前者返回错误，后者被排队；no-appendfsync-on-rewriteyes可缓解AOF重写时主进程fsync阻塞，但对BGSAVE无效。
