-
RedisLua脚本需用原子“读-判-写”实现状态变迁，推荐HASH结构存储多字段（如status、updated_at、version），通过HGETALL/HSET原子操作，结合redis.call("TIME")获取时间戳、INCR或version校验防越级跳转，返回结构化结果便于业务判断。
-
Redis在SSD云盘上AOF重写或RDBsave卡顿，主因是文件系统磁盘屏障（barrier）强制全链路落盘，导致fsync延迟飙升；可通过mount和xfs_info检查barrier=1或data=ordered确认。
-
Redis集群参数中，cluster-enabled、cluster-config-file、cluster-node-timeout等不支持热调整，CONFIGSET看似成功实则被忽略；真正可热调的仅timeout、tcp-keepalive、maxmemory-policy等少数非核心参数。
-
Redis客户端重连易打挂新主库，因默认“失败即重试”导致连接风暴；需配置指数退避+随机抖动（如Lettuce用ExponentialBackoffRetry.withJitter）、Go端自定义DialContext重试逻辑，并控制初始延迟50–100ms、最大延迟≤3s、重试8–12次。
-
RedisPub/Sub监控需聚焦连接行为与资源消耗：用PUBSUBNUMSUB查实时订阅数，instantaneous_output_kbps和client_longest_output_list组合判断积压，connected_clients与connections_received_per_sec协同识别频繁重连。
-
Redis延迟高但CPU正常通常是网络丢包或抖动所致，表现为redis-cli--latency毛刺飙升、ping标准差>10ms或丢包率>0.1%，需用tcpdump抓包分析重传与ACK丢弃，并排查云环境安全组、NAT会话老化及内核TCP参数配置。
-
RedisHash最适合存购物车，因其天然支持按商品ID（field）原子增减、查询、删除；HINCRBY可安全±数量并自动初始化为0，但需应用层校验负数；key为cart:{user_id}，value仅存整数数量，过期用EXPIRE设置。
-
INCRBY不能直接用作全局唯一ID，因其在主从复制延迟、Redis重启无持久化、分片集群跨slot等场景下会导致ID重复或跳变；可靠方案是时间戳+原子自增组合，并需开启AOF、Lua封装、slot标签等保障措施。
-
PUBLISH命令不能在Redis事务中执行，因其属异步广播机制，与事务的原子性语义冲突；SUBSCRIBE等订阅命令同样禁止入事务，因会切换连接状态；需原子化“改数据+发消息”时应使用Lua脚本。
-
直接用DEL释放锁会误删其他客户端的锁，因判断持有锁与删除非原子操作；Lua脚本通过原子执行“GET校验+DEL”解决，需传入key和client_id，返回1成功、0失败。
-
RedisPub/Sub不保存消息，断连即丢消息，无法满足即时通讯的离线兜底需求；必须用Stream（XADD/XREAD）持久化消息，Pub/Sub仅作在线实时广播通道。
-
RedisSET命令不全局阻塞，但单次执行时间随value长度线性增长，占用主线程导致后续命令延迟；大value主要瓶颈在内存分配、拷贝与驱逐逻辑，可通过SLOWLOG和latency-monitor验证，优化方式包括拆分key、改用Stream/Hash或移出大blob。
-
缓存雪崩是大量key集中过期或Redis实例不可用导致请求直击数据库，引发数据库过载崩溃；需通过TTL随机偏移错峰过期、熔断降级、本地缓存兜底及禁用危险命令等手段防御。
-
应使用HSET分字段存储用户资料而非SET存JSON，因其支持原子性单字段操作、避免并发覆盖、节省带宽；字段名须全小写下划线；慎用HGETALL防性能陷阱；Hash无内置TTL，需显式EXPIRE。
-
Redis6+集群启用TLS需版本≥6.0且编译时启用OpenSSL（makeBUILD_TLS=yes），OpenSSL≥1.1.1，所有节点共用同一CA证书，配置必须包含tls-cert-file、tls-key-file、tls-ca-cert-file、tls-clusteryes、tls-replicationyes，客户端需指定--cacert，证书更新须滚动重启。
