-
redis-check-aof--fix是唯一能直接修复尾部截断类AOF损坏的官方手段，但仅删除末尾无效字节，不恢复中间损坏或语义错误命令；遇Badfileformat错误需先备份、核对版本与路径，注意模块命令兼容性及系统层限制。
-
EVAL需原子性保证竞态安全，因Redis将Lua脚本作为不可分割的单次操作执行，避免“先查后改”在高并发下的数据丢失；其原子性非源于Lua线程安全，而是Redis调度机制保障。
-
主从同步突然变成全量复制，大概率因从节点偏移量超出主节点复制积压缓冲区范围；可通过inforeplication比对master_repl_offset、repl_backlog_first_byte_offset和repl_backlog_size判断是否缓冲区循环覆盖，再结合run_id是否变更、是否首次连接等排查。
-
用RedisINFOstats的keyspace_hits和keyspace_misses实时计算命中率，低于70%且5分钟滚动均值持续异常即告警；结合DB空查询日志确认缓存穿透；布隆过滤器须前置、全量预热、与DB写操作强一致，拦截非法ID；对已存在但已失效的ID，通过空查日志聚类+内存黑名单防控。
-
LPUSH+LPOP无法自动限长，因LPOP删队首而新元素入队尾，导致长度持续增长；唯一可靠方式是LPUSH后立即LTRIM，或用Lua脚本原子执行推入与截断。
-
Pub/Sub是无存储的实时广播机制，消息断连即丢，适合允许丢失的在线通知；Stream是带ACK的持久化消息队列，支持回溯、消费者组和精确控制，但需手动管理XACK与MAXLEN。
-
<p>缓存雪崩主因是大量Key集中过期，解决需打散过期时间并避免全量失效；分片本身不防雪崩，但结合一致性哈希与分片ID固定偏移（如offset=shard_id*60）可强制错峰过期，比随机更可控。</p>
-
内存淘汰不会触发invalidation消息，因其是后台异步驱逐，不走命令执行路径，tracking模块无法感知；只有DEL、SET、EXPIRE等显式变更命令才会触发。
-
SCRIPTKILL只能终止未执行写命令的脚本；一旦调用redis.call('set')等写操作，脚本变为UNKILLABLE，因Redis为保障原子性禁止中途终止，否则可能导致数据不一致。
-
是的。shutdown默认执行同步RDB保存，前提是redis.conf中存在未注释的有效save规则（如save6010000），且磁盘空间充足、无阻塞命令；它会先落盘再断连最后退出。
-
RedisSET命令不全局阻塞，但单次执行时间随value长度线性增长，占用主线程导致后续命令延迟；大value主要瓶颈在内存分配、拷贝与驱逐逻辑，可通过SLOWLOG和latency-monitor验证，优化方式包括拆分key、改用Stream/Hash或移出大blob。
-
min-slaves-to-write作用是当在线且延迟≤min-slaves-max-lag的从库数量不足时，主库主动拒绝写命令以保障数据安全；但因不校验从库是否真正落盘、主库缓冲区数据未发送、diskless复制期间内存积压等原因仍可能丢数据。
-
要保护Redis数据不被未授权访问，应采取以下措施：1.设置强密码认证，使用requirepass配置项。2.绑定Redis到特定IP地址，如127.0.0.1。3.使用ACL设置不同用户权限。4.配置防火墙规则限制Redis端口访问。5.使用TLS加密Redis通信。通过这些措施，可以有效降低Redis数据泄露风险，确保应用安全性和稳定性。
-
根本原因是客户端频繁新建并立即关闭TCP连接，导致Linux内核在主动关闭方维持TIME_WAIT状态（2×MSL，通常60秒），端口无法复用；Redis服务端不产生该状态，问题源于客户端未复用连接池、错误调用close()、配置不当或框架内重复初始化。
-
appendfsyncalways会让Redis卡在磁盘上，因其每条命令都强制调用fsync()等待硬件确认落盘，使QPS被钉死在磁盘IOPS天花板；而everysec通过后台线程批量刷盘解耦主线程与I/O，大幅降低IOPS压力但引入秒级延迟毛刺。
