-
哨兵必须和业务走不同网卡，以避免业务流量干扰心跳包导致误判下线；需绑定专用网卡IP、隔离哨兵间通信、禁用DNS解析并校验hosts、防火墙等全链路配置。
-
SETNX不能单独用作分布式锁，因其无法原子性地设置值和过期时间，易导致死锁；必须用SETkeyvalueNXEXseconds原子命令，并配合唯一value和Lua脚本校验解锁。
-
Redis中的哈希类型适用于存储复杂数据结构，适合用户信息和购物车系统。1）存储用户信息：使用hset和hget命令管理用户数据。2）购物车系统：利用哈希存储商品，结合Set类型可优化大数据量。3）性能优化：避免频繁操作，使用批量命令和过期时间管理数据。
-
ConnectionTimeoutException通常是Lettuce客户端连接池新建连接超时所致，主因是网络、DNS、地址配置或防火墙问题，而非Redis故障；其默认connectTimeout为30秒，生产建议设为3～5秒。
-
Bitmap用1bit存每日签到状态，1万用户年数据仅13KB，String存“1”/“0”需3.6MB；需按年分key、用BITPOS+BITCOUNT算连续天数，offset须为小整数且避免客户端溢出。
-
查哨兵进程资源需用ps和top实时监控CPU与内存，关注RSS突增、%CPU峰值及线性上涨；结合日志分析+sdown/+odown频次、INFOSENTINEL状态（如sentinel_tilt、sentinel_running_scripts）定位真实压力源。
-
常用的Redis性能监控工具包括Redis自带的INFO命令、慢查询日志、RedisInsight、Prometheus和Grafana组合以及Redis-benchmark。1.INFO命令适合快速诊断问题，但数据粒度较粗。2.慢查询日志有助于优化性能，但配置需谨慎。3.RedisInsight提供直观的监控和分析功能，但需考虑资源消耗。4.Prometheus和Grafana组合适用于大规模集群监控和长期趋势分析，部署复杂。5.Redis-benchmark用于测试性能极限，需结合实际业务场景分析。
-
--cluster-replicas必须加且数值需准确，它表示每个主节点配几个从节点；若节点总数不能被(replicas+1)整除，则报错ERRInvalidclusterconfiguration。
-
ZREM不能直接删除Geo数据，因为它只删除ZSET中的member名称，而非按经纬度范围删除；必须先用GEORADIUS等命令查询出目标member，再调用ZREM精确删除。
-
要定位被淘汰的key，需监控evicted_keys增量、expired_keys飙升情况，并结合Redis7.0+的MEMORYUSAGE与OBJECTFREQ抽样分析；allkeys-lru不安全，应优先用volatile-lru/lfu；LFU更耗CPU因频次衰减更新；验证key是否频繁淘汰可用PFADD+PFCOUNT埋点统计。
-
notify-keyspace-events开启后会显著增加CPU开销，因其在每个命令执行后强制执行事件广播逻辑，即使无人订阅；高写入场景下DEL、EXPIRE、SET等操作均触发线性增长的事件生成与分发。
-
MySQL中常见的Join类型包括INNERJOIN、LEFTJOIN、RIGHTJOIN和CROSSJOIN，INNERJOIN性能最佳。INNERJOIN返回两表匹配行，LEFTJOIN返回左表全部记录，RIGHTJOIN返回右表全部记录，CROSSJOIN返回笛卡尔积。Join查询慢的原因主要有：缺少索引导致全表扫描、字段类型不一致无法使用索引、表数据量过大、Join层级或字段过多、驱动表选择不合理。优化方法包括：1.为Join字段加索引，尤其是主键和外键；2.控制Join规模，提前过滤减少数据量；
-
Redis事务通过将多个命令打包一次性执行，提供有限的原子性和隔离性。其核心实现步骤为：1.MULTI开启事务；2.命令入队但不立即执行；3.EXEC按顺序执行队列中的命令并返回结果；4.DISCARD取消事务。WATCH用于监控key以实现乐观锁。Redis事务无法完全满足ACID特性，原子性仅保证命令全执行或全不执行，但不支持回滚；一致性依赖客户端处理；隔离性有限；持久性取决于持久化策略。事务不支持回滚的原因在于设计哲学追求高效简单。执行失败时需根据EXEC返回值判断原因并重试或放弃。与Lua脚本相比
-
volatile-ttl是Redis唯一支持按剩余过期时间优先淘汰的策略，仅作用于ttl>0的已设过期键，每次内存不足时淘汰一个最接近到期的key，非批量清理、不主动扫描、不保证全量精确排序。
-
单纯用EXPIRE挡不住缓存击穿，因Redis物理过期会删除key导致并发请求全打到DB；逻辑过期通过value内嵌expireTime时间戳由应用判断数据有效性，配合长TTL防key被清，再用SETNX避免重复更新。
