Redis技术文章
-
Redis HINCRBY 报 WRONGTYPE 或 value is not an integer 时，从字段实际值、写入路径和修复风险三处排查，并给出可验证的迁移顺序。344 收藏 -
Redis 内存达到 maxmemory 后，淘汰策略决定哪些键先离开。本文从缓存实例的内存告警现场出发，解释 allkeys-lru、volatile-lru、allkeys-lfu 和 noeviction 的适用边界，并给出命中率、淘汰计数与回滚核对方法。420 收藏 -
Redis 的 EXPIRE 作用在整个 key 上，不能直接给同一个 HASH 的每个 field 设置独立 TTL。本文从用户会话属性和临时状态的场景出发，对比拆 key、时间戳字段、ZSET 索引三种设计，并给出清理任务、并发边界和验收方法。162 收藏 -
Redis 连接池偶发超时，不能只把超时时间调大。本文按命令执行、连接占用和网络往返三层排查，结合 INFO clients、CLIENT LIST 与 SLOWLOG 区分服务端慢、连接池耗尽和客户端等待。182 收藏 -
Redis 发现疑似大 key 后，先用 TYPE、OBJECT ENCODING 和 MEMORY USAGE 分层确认数据类型、内部编码与实际内存，再决定拆分、限流或迁移，避免只看字符串长度误判。267 收藏 -
Redis Pipeline 能减少网络往返，但批次过大可能让回复堆积、客户端内存上涨，甚至拉高尾延迟。本文用基线、批次对比和分位数验收说明什么时候该拆批。204 收藏 -
Redis Bitmap 很适合保存按天变化的签到状态，但连续天数不能直接用 BITCOUNT 代替。本文从日期偏移、补签规则和查询性能三个角度，给出可验证的存储方案与边界处理。332 收藏 -
Redis 出现偶发慢响应时，LATENCY DOCTOR 能把采样到的延迟事件整理成可读报告。本文从阈值设置、事件记录、报告解读和复核动作入手，区分服务端阻塞、慢命令与网络往返。369 收藏 -
Redis WATCH 只能在提交前发现被监视键发生变化，并不能保证事务一定成功。本文用并发写入示例拆开事务提交返回空数组、重试窗口和放弃重试的业务边界。165 收藏 -
Redis Stream 消费组出现消息堆积时，先用 XPENDING 判断待处理消息的数量、最老时间和消费者归属，再用 XAUTOCLAIM 接管超时消息，最后按小批量确认、失败重试和监控恢复顺序处理。439 收藏 -
Redis Cluster 扩缩容时，业务抖动通常不是迁移命令本身造成的，而是迁移窗口、客户端重定向、热点槽位和失败收尾没有被单独核对。本文用一套可回滚的检查顺序说明如何安排迁移、观察状态并复查失败槽位。367 收藏 -
Redis Hash 适合把一组相关属性放在同一个键下，但字段过大、更新频繁或过期时间不同，会让读取、内存和淘汰策略变得难以验收。本文用用户资料缓存场景拆解字段粒度、局部更新、拆键与 TTL 的取舍，并给出 redis-cli 检查方法。253 收藏 -
Redis Stream 长期运行后，按消息 ID 清理历史记录比按条数裁剪更容易贴合时间窗口。本文用 XTRIM MINID 对比精确裁剪与近似裁剪，说明 LIMIT、消费组 PEL 和回滚验收的实际边界。241 收藏 -
Redis BITFIELD 可以把多个小整数放进一个字符串，并在一次命令中完成读取、写入和递增。本文用设备状态计数说明 u8、# 偏移、OVERFLOW SAT/FAIL 的边界，给出 redis-cli 结果核对与生产使用清单。196 收藏 -
从一个不存在的商品 ID 被反复查询的场景出发，演示 Redis 空值保护的最小实现，说明 TTL、并发回源、数据新建和主动失效之间如何配合。333 收藏