-
布隆过滤器必须前置到请求入口，如Web中间件或API网关，在接触Redis或数据库前完成校验；冷启动需预热合法ID，误判率宜设为1%；空值缓存须存"NULL"字符串并设5–300秒短过期；参数校验需在网关/Controller层强校验；需监控空值占比与误判率并告警。
-
slowlog是Redis唯一实时捕获慢命令的机制，为内存环形缓冲区，仅记录执行耗时超阈值的命令，不包含网络延迟与排队时间；默认阈值10ms，建议调至5ms，slowlog-max-len建议设为1024，并需CONFIGREWRITE持久化。
-
Redis延迟高但CPU正常通常是网络丢包或抖动所致，表现为redis-cli--latency毛刺飙升、ping标准差>10ms或丢包率>0.1%，需用tcpdump抓包分析重传与ACK丢弃，并排查云环境安全组、NAT会话老化及内核TCP参数配置。
-
AOF重写加剧SSD寿命损耗，因其每次均全量生成新文件并原子替换，引发高频页擦除与搬移（写放大）；频繁触发（如每小时2–3次）使SSD磨损加速，实测寿命比纯RDB缩短30%+。
-
redis-cli--clusterfix并非万能修复器，仅解决Slot被多节点声明的明确冲突，对Slot丢失、元数据错乱、nodes.conf未刷新等问题无效；它只比对并修正冲突项，不处理“看似合理实则失效”的条目。
-
客观下线（ODOWN）需多个哨兵通过Gossip协议交换信息并达成quorum共识；quorum是sentinel.conf中配置的最小同意数，非哨兵总数，设为1则退化为主观下线；哨兵间通过SENTINELis-master-down-by-addr命令探测，超时未响应将导致无法凑够quorum；Gossip异步、无中心、带超时，不保证强一致，以换取快速故障发现与低带宽开销；验证ODOWN应使用SENTINELmasters检查flags是否含odown，而非仅依赖+sdown日志。
-
安全重启Redis集群的正确做法是逐个节点操作，优先处理从节点，严格等待redis-cli--clustercheck返回OK后再进行下一轮，避免脑裂、槽位丢失和连接雪崩。
-
后台线程异步刷新热Key本质是“逻辑过期+守护任务”组合，由应用层实现定期扫描预判并更新热点数据，需嵌逻辑过期时间于value中、合理设扫描频率与范围，并加分布式锁、失败重试及错峰调度。
-
Redis“无条件刷新”实为业务代码显式执行SET/SETEX覆盖key，需确保写路径确定、key名准确、实例正确；禁用SETNX，慎用GETSET；批量操作须防pipeline/事务失败导致缓存未更新；穿透雪崩时应加空值缓存与随机TTL而非强行刷新。
-
GEODIST返回null或0主因是两个member不在同一key的Geo集合中；必须同属一个SortedSet，且需显式指定单位（m/km/mi/ft），member名含空格须加引号，跨key计算不支持。
-
主库卡顿导致从库失联时，应先执行INFOreplication检查connected_slaves、master_repl_offset和repl_backlog_active状态，再调大repl-backlog-size和client-output-buffer-limit，接着用SLOWLOGGET定位慢命令，最后校准Lettuce超时配置并排查大key。
-
应人工错峰RDB触发时间，如实例A用save8971、B用9031、C用9061，并差异化配置AOF重写阈值、禁用THP、限制maxmemory及使用cgroup隔离资源。
-
对Redis配置文件进行加密保护是必要的，因为配置文件包含敏感信息，泄露可能导致严重安全问题。具体方法包括：1.使用openssl工具加密文件，如“opensslenc-aes-256-cbc-salt-inredis.conf-outredis.conf.enc”。2.将加密文件存储在受保护目录，并将解密密码存储在环境变量或密钥管理系统中。3.利用Redis5.0及以上版本的动态配置功能，在需要时解密和加载配置文件，如“opensslenc-d-aes-256-cbc-inredis.conf.enc-
-
<p>SCAN在Redis集群中不能扫全量key，因为其仅作用于当前连接节点，需手动遍历所有主节点；应通过CLUSTERNODES筛选master节点，用SCAN0MATCH*COUNT1000逐节点扫描并去重校验。</p>
-
Redis连接数暴涨时，盲目调大maxclients会掩盖问题甚至引发OOM；真实瓶颈在系统级限制、连接池泄漏、僵尸连接及缺乏网络层防护。
