Redis技术文章
-
应先检查是否连接泄露，再调整maxclients：通过redis-cliclientlist确认连接是否持续增长，修复Jedis未close问题；若确需扩容，须同步调高系统ulimit-n并重启Redis。460 收藏 -
Redis碎片率超1.5时响应变慢甚至雪崩，根本原因是jemalloc在不连续空闲块中反复查找合适内存块，导致分配延迟升高、CPU波动、GC压力上升并可能引发级联雪崩。457 收藏 -
Redis集群不支持Pub/Sub跨节点广播，因设计上无全局频道路由机制，PUBLISH消息仅被本地订阅者接收；应改用单节点Redis+连接池，或升级至Kafka/Pulsar等专业消息中间件。451 收藏 -
Redis List 用 BRPOP 做任务队列时，Worker 取走任务后宕机会让任务直接消失。更稳的做法是先用 LMOVE 转到处理中队列，业务成功后再 LREM 确认。449 收藏 -
Redis Lua 脚本接收 ARGV 时，tonumber 可能因为空字符串、非数字或参数位置错误返回 nil，后续计算就会报错或走错分支。本文用一个库存扣减脚本拆开参数校验、默认值边界和线上验收方法。449 收藏 -
预热不充分指预热数据未覆盖真实热点、未执行完或未及时更新，导致上线后2–5分钟内缓存击穿；须用线上采样等动态数据源、分批超时控制、命中率校验及事件驱动机制。445 收藏 -
Redis 过期键通知适合做自动清理的提醒信号，但不能当成可靠消息队列。更稳的做法是订阅事件触发清理任务，同时保留补偿扫描、幂等门禁、失败重试和告警复盘。441 收藏 -
RedisTemplate操作Hash返回null的主因是序列化器不一致：key、hashKey、value三者序列化方式必须匹配，尤其hashKey须用StringRedisSerializer，value推荐Jackson序列化，否则反序列化失败或读不到数据。439 收藏 -
intset是Redis对全整数小集合的内存优化编码，将整数紧凑存储于连续内存，无指针和字符串头开销，比hashtable节省3–5倍内存；前提为元素均为合法64位有符号整数且数量不超set-max-intset-entries（默认512）。439 收藏 -
直接看INFOclients的qbuf、qbuf-free、obl、oll、omem字段可判断单个客户端流量压力：qbuf高说明命令积压，omem>2MB或qbuf>1MB且持续高位表明高频写入或返回大数据；CLIENTLIST才能定位具体异常客户端，需重点关注qbuf与omem同时偏高、idle小但qbuf大的连接。438 收藏 -
RedisLua脚本原生不支持复杂正则匹配，仅提供基础模式匹配（如%d+），不支持\d、(?i)、.*?、分组捕获等；禁止动态加载外部库（如lrexlib-pcre）；推荐在客户端处理或使用RediSearch的FT.SEARCHREGEX。438 收藏 -
从循环 GET 多个 Redis key 导致接口变慢的现场开始，排查网络往返累积问题，再用 Pipeline、分批窗口和结果顺序对齐优化批量读写。436 收藏 -
Redis HyperLogLog 适合用很小的内存估算独立访客数，但它不是精确集合，不能拿来判断某个用户是否已经领取过权益。本文从 PFADD、PFCOUNT、PFMERGE 的实际结果出发，说明误差边界、按天拆分 key 的做法和精确去重的替代方案。432 收藏 -
XREADGROUP能自动负载均衡，因Redis服务端按轮询策略将新消息分发给组内不同消费者，确保同条消息仅投递一次；未ACK消息超时后可被其他消费者XCLAIM接管，实现故障转移。424 收藏 -
Redis Stream 消费者组出现积压时，先用 XPENDING 区分未分配消息和已分配未确认消息，再按 idle 时间和重试次数决定 XAUTOCLAIM、人工核查还是进入重试队列。本文用可复现的订单事件示例梳理定位、接管与回滚边界。422 收藏