-
RedisGEOHASH命令返回标准Base32编码的Geohash字符串数组，长度1-12位，即使单个成员也返回如["wx4g0b0j0r0"]的数组，需取首项；仅对GEOADD添加的成员有效，未添加则返回[nil]。
-
不能。AOF是无时间戳的追加日志，不支持按时间点截断；需人工结合外部线索定位字节偏移或命令位置，再手动裁剪，并通过临时实例校验状态。
-
Redis集群内网带宽消耗主因是Gossip协议心跳、拓扑同步和故障探测，走16379集群总线端口，不体现于客户端网络指标；需通过INFOreplication的repl_offset差值和INFOstats的instantaneous_input/output_kbps间接估算，异常时用redis-cli--clustercheck和tcpdump抓包分析。
-
应优先使用pipeline批量发命令替代单条轮询，避免高RTT开销；对计数类操作用INCR/DECR原子增减；设值带过期统一用SET的EX/PX/NX参数；高频读不变Key应加客户端本地缓存。
-
“永不过期”策略实质是Rediskey物理永存，逻辑过期时间嵌入value中；安全的get_with_logic_expire需用SETNX抢锁、双重检查、异步更新；必须搭配主动刷新机制防脏数据。
-
noeviction策略下写操作直接报错是因为内存达maxmemory后硬性拒绝所有写命令，不释放key也不等待，仅允许读操作，导致“能读不能写”现象。
-
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可将释放操作异步化，显著降低延迟。
