-
bgsave不阻塞Redis主线程，因其fork后由子进程独立完成RDB生成，主线程立即恢复服务；卡顿仅发生在fork阶段，大内存实例页表复制开销显著。
-
网卡PPS打满是吞吐量上不去的常见原因，尤其在小key/value场景下，单请求虽仅60–100字节却生成独立TCP包，易使网卡达到硬件上限。
-
Redis主从读写分离需客户端显式控制，服务端仅同步数据；可通过API探测节点角色、配置双连接池或使用Lettuce的ReadFrom.SLAVE_PREFERRED实现路由，同时须校验从节点只读模式、健康状态与复制延迟。
-
LPUSH+LPOP无法自动限长，因LPOP删队首而新元素入队尾，导致长度持续增长；唯一可靠方式是LPUSH后立即LTRIM，或用Lua脚本原子执行推入与截断。
-
Redis自动RDB备份不能仅用crontab调用bgsave，因BGSAVE异步返回OK不保证写入完成，需校验rdb_last_save_time和文件非空，并动态获取路径、加超时、轮转清理。
-
AOF重写后文件变大是因为重写时仍会写入带过期时间但尚未过期的key，尤其高频短TTL的SET/EXPIREAT等指令堆积且无法压缩，导致AOF体积膨胀。
-
短连接在Redis中严重伤性能，因其每次需完整TCP握手、认证、DB切换与释放，局域网下单次开销达1–3ms，超GET命令5–10倍，并引发TIME_WAIT端口耗尽。
-
主从同步突然变成全量复制，大概率因从节点偏移量超出主节点复制积压缓冲区范围；可通过inforeplication比对master_repl_offset、repl_backlog_first_byte_offset和repl_backlog_size判断是否缓冲区循环覆盖，再结合run_id是否变更、是否首次连接等排查。
-
要保护Redis数据不被未授权访问，应采取以下措施：1.设置强密码认证，使用requirepass配置项。2.绑定Redis到特定IP地址，如127.0.0.1。3.使用ACL设置不同用户权限。4.配置防火墙规则限制Redis端口访问。5.使用TLS加密Redis通信。通过这些措施，可以有效降低Redis数据泄露风险，确保应用安全性和稳定性。
-
redis-check-aof--fix是唯一能直接修复尾部截断类AOF损坏的官方手段，但仅删除末尾无效字节，不恢复中间损坏或语义错误命令；遇Badfileformat错误需先备份、核对版本与路径，注意模块命令兼容性及系统层限制。
-
托管Redis需连云平台提供的主节点或只读地址，不可用slaveof；集群版默认仅支持db0；RedisConnectionFactory不可热刷新；主从延迟属正常现象，强一致读应直连主节点。
-
空值缓存TTL应设为60s～180s并配合业务SLA，禁用null直存而用"__NULL__"等明确标记，且必须与接口层参数校验、限流及定期清理协同使用。
-
主从复制必须开启AOF，否则从节点重启后数据丢失；从节点需配置appendonlyyes和appendfsynceverysec，主节点也建议开启AOF；切换前须等待aof_pending_bio_fsync为0再开放VIP。
-
网卡PPS打满是吞吐量上不去的常见原因，尤其在小key/value场景下，单请求虽仅60–100字节却生成独立TCP包，易使网卡达到硬件上限。
-
appendfsyncalways会让Redis卡在磁盘上，因其每条命令都强制调用fsync()等待硬件确认落盘，使QPS被钉死在磁盘IOPS天花板；而everysec通过后台线程批量刷盘解耦主线程与I/O，大幅降低IOPS压力但引入秒级延迟毛刺。
