-
ZREM不能直接删除Geo数据，因为它只删除ZSET中的member名称，而非按经纬度范围删除；必须先用GEORADIUS等命令查询出目标member，再调用ZREM精确删除。
-
Redis主从切换后连接池未刷新导致请求超时或Connectionrefused，因Jedis/Lettuce默认不自动感知拓扑变更；需手动重建连接池或使用Lettuce6.0+内置重连机制。
-
推荐用base64url编码6字节随机数生成短码，冲突概率低且不可预测；需先EXISTS校验再写入，跳转用Lua脚本原子读URL并INCR计数，Redis用String类型存short:{code}→URL，设EX过期，stat:{code}单独存访问量。
-
首要排查项是repl-timeout，默认60秒，主从间REPLCONFACK延迟超时即断连；需主从同时调大该值，如设为120秒，并排查TCP保活、输出缓冲区、系统连接限制及ACK抖动等隐性瓶颈。
-
典型现象是Redis从节点反复断连，日志出现“Clientclosedconnectionduetooutputbufferlimit”，INFOreplication中状态在connect→sync→disconnected循环；主节点因输出缓冲区超限（默认slave256MB/64MB/60s）主动断开连接。
-
应先用EXISTS检查key存在，再用TYPE校验类型是否为string，因GET对非string类型会直接报错且无法捕获；TYPE返回值严格区分大小写和拼写，须用==全等比较。
-
notify-keyspace-events开启后会显著增加CPU开销，因其在每个命令执行后强制执行事件广播逻辑，即使无人订阅；高写入场景下DEL、EXPIRE、SET等操作均触发线性增长的事件生成与分发。
-
无盘复制解决了传统主从全量同步中主节点fork+磁盘写入和从节点落盘加载的双重IO瓶颈；它跳过主节点落盘，由子进程直接通过socket发送RDB流，规避磁盘寻道与IO竞争。
-
allkeys-lru可能导致主线程卡顿，因其在内存达maxmemory时需同步遍历键空间淘汰key，在千万级实例下耗时数十毫秒；启用lazyfree-lazy-evictionyes可将释放操作异步化，显著降低延迟。
-
单纯用EXPIRE挡不住缓存击穿，因Redis物理过期会删除key导致并发请求全打到DB；逻辑过期通过value内嵌expireTime时间戳由应用判断数据有效性，配合长TTL防key被清，再用SETNX避免重复更新。
-
allkeys-random策略在内存超限时随机删除任意key，适合一致性要求低的缓存场景；需先配置maxmemory，且不区分key是否设过期时间。
-
Bitmap用1bit存每日签到状态，1万用户年数据仅13KB，String存“1”/“0”需3.6MB；需按年分key、用BITPOS+BITCOUNT算连续天数，offset须为小整数且避免客户端溢出。
-
InnoDB适配事务与高并发场景，MyISAM适合读多写少需求。1.InnoDB支持事务，确保数据一致性，MyISAM不支持；2.InnoDB使用行锁提升并发性能，MyISAM使用表锁限制并发；3.InnoDB具备崩溃恢复能力，而MyISAM需手动修复；4.InnoDB支持全文索引，功能已超越MyISAM；因此，需事务、高并发、数据安全的场景优先选InnoDB，若仅读多写少且追求查询性能可考虑MyISAM，但其维护成本较高，MySQL默认引擎为InnoDB，推荐现代应用广泛使用。
-
MAXLEN是RedisStreams唯一实时限长方式，必须与XADD原子配合使用；~N为近似保留，N为严格上限；XTRIM仅作兜底，非实时；语法中MAXLEN须紧随stream名后，错位即报错。
-
用SETBIT而非SET存在线状态，因位图内存仅约12.5MB（1亿用户），支持秒级统计与集合运算；需确保用户ID为非负整数、key带日期并设过期，用BITFIELD批量操作，BITCOUNT统计时注意写入逻辑与精度。
