-
不会阻塞。RDB持久化由fork()子进程执行，主线程继续处理请求；依赖Linux内核写时复制（COW）机制，fork后父子进程共享物理内存页，仅在修改时才复制对应页，保证子进程读取fork时刻快照，但高写入会加剧COW开销。
-
Redis集群无法在入口统一配置slowlog，因其去中心化架构决定slowlog是节点级内存缓冲区，仅记录本节点命令，CONFIGSET等配置不跨节点生效，必须逐节点独立启用、采集和聚合。
-
Redis6.0+才正式支持volatile-lfu和allkeys-lfu，低版本会静默降级为LRU；需通过CONFIGGET/SET确认并热生效策略，商品Key须按粒度命名（如prod:sku:10086）并用INCR+EXPIRE维护热度，OBJECTFREQ返回0–255近似值仅适用于相对排序，不反映真实访问次数。
-
redis-cli--hotkeys是基于LFU采样的轻量热Key发现工具，需启用allkeys-lfu/volatile-lfu策略，返回最多32个相对高频key，frequency为归一化值，非实时精确计数，须结合objectfreq、monitor等交叉验证。
-
RedisExporter连不上主因是认证或网络策略：启用密码需显式传参--redis.password；Docker部署注意网络模式；ACL需授予INFO/CONFIG/CLIENTLIST权限；Prometheustargets应指向exporter的9121端口而非Redis的6379。
-
FUNCTIONLOAD将函数库作为数据库对象持久化并复制，SCRIPTLOAD仅内存缓存脚本且不落盘、不复制；前者支持高可用与跨节点复用，后者重启或主从切换后即失效。
-
从 Redis 缓存治理趋势出发，分析单一 TTL 的不足，给出软过期、写侧失效通知、新鲜度指标和渐进落地路径，帮助团队在高峰流量下减少脏读窗口。
-
EVAL需原子性保证竞态安全，因Redis将Lua脚本作为不可分割的单次操作执行，避免“先查后改”在高并发下的数据丢失；其原子性非源于Lua线程安全，而是Redis调度机制保障。
-
云盘IOPS不足会导致bgsave失败或超时，因RDB全量写入触发IO拥塞，表现为“Nospaceleftondevice”错误（实际空间充足）；需升级ESSDPL1及以上云盘、确认dir指向高IOPS数据盘、启用混合持久化并禁用save命令。
-
BloomFilter不能单独用于消息去重，因其存在误判率；必须配合Redis的SET或ZSET做最终校验：SET适用于简单幂等场景，ZSET支持滑动窗口限频，典型流程为BloomFilter预筛→Redis精确判定→三重写入。
-
Redis集群启动失败、节点无法握手、CLUSTERNODES显示fail或connecting，大概率是Bus端口（clientport+10000）被占用；需确保各节点clientport与其对应bus端口区间互不重叠，如7000→17000，则下一节点clientport至少为17001。
-
彻底禁用RDB自动触发需注释或设为save""，重启或CONFIGREWRITE后CONFIGGETsave返回["save",""]，且rdb_changes_since_last_save持续增长即生效。
-
Redis默认tcp-keepalive关闭（值为0），需主从双方redis.conf显式配置tcp-keepalive300并重启生效，且须与repl-timeout≥300协同调整，否则连接假活导致复制卡死。
-
sentinelmonitor三要素（master-name、IP、port）必须准确，缺一不可，否则哨兵无法发现主从拓扑；quorum是触发投票的最小同意数，非哨兵总数；密码需三端一致（requirepass/masterauth/auth-pass），ACL还需配置masteruser；down-after-milliseconds宜设3000–5000ms防误判；启动前须确保主从就绪，否则从节点被误标sdown。
-
大key在Redis主从同步中会触发复制断连，表现为从库state由online突变为offline、日志反复出现Connectionwithmasterlost和Resyncingfrommaster，根源是RDB/AOF传输超时或内存溢出。
