Redis技术文章
-
FUNCTIONLOAD将函数库作为数据库对象持久化并复制，SCRIPTLOAD仅内存缓存脚本且不落盘、不复制；前者支持高可用与跨节点复用，后者重启或主从切换后即失效。281 收藏 -
空值缓存过期时间设太长会导致Redis内存耗尽。因空值key不被访问，LRU无法淘汰，且每个约占100–200字节，数量多时迅速撑满内存；安全TTL应为1–5秒，需匹配业务数据可见延迟，并配合布隆过滤器、前缀命名、LFU策略及监控告警综合防控。260 收藏 -
Redis7.0的io-threads仅加速socketread/write/RESP解析，不执行命令；盲目开启或多设线程数反致延迟上升、吞吐下降，需先确认瓶颈确在IO层而非主线程或内存带宽。251 收藏 -
Lettuce管道中flushCommands()仅发送命令不返回结果，正确做法是先保留各操作返回的RedisFuture，再调用get()或thenApply()获取响应。245 收藏 -
命中率低于75%（即keyspace_hits:keyspace_misses<3:1）时应调整淘汰策略，因缓存已无法有效分担数据库压力；需结合evicted_keys增速与keyspace_misses增速同步上升来确认问题根源。242 收藏 -
本文从热点 Key 过期导致数据库 QPS 飙升的现场出发，排查 Redis 缓存击穿原因，并用互斥锁、旧值兜底和缓存重建流程修复。235 收藏 -
应立即将maxmemory-policy从allkeys-lru切回volatile-lru，但需先停写、确认内存未满，再执行CONFIGSET与REWRITE，并配合RDB恢复关键数据，否则残留无TTLkey将持续引发淘汰。232 收藏 -
缓存空值、布隆过滤器和业务层校验是防御缓存穿透的三层策略：空值需设短过期并避免null值；布隆过滤器须预估容量、全局单例且配合写库更新；业务层应优先校验参数合法性。229 收藏 -
RedisLua脚本需用原子“读-判-写”实现状态变迁，推荐HASH结构存储多字段（如status、updated_at、version），通过HGETALL/HSET原子操作，结合redis.call("TIME")获取时间戳、INCR或version校验防越级跳转，返回结构化结果便于业务判断。224 收藏 -
RedisHash最适合存购物车，因其天然支持按商品ID（field）原子增减、查询、删除；HINCRBY可安全±数量并自动初始化为0，但需应用层校验负数；key为cart:{user_id}，value仅存整数数量，过期用EXPIRE设置。221 收藏 -
直接用DEL释放锁会误删其他客户端的锁，因判断持有锁与删除非原子操作；Lua脚本通过原子执行“GET校验+DEL”解决，需传入key和client_id，返回1成功、0失败。216 收藏 -
活动报名、接口去重、用户访问统计里经常会用 Redis Set。本文从“页面显示人数不对”的现场开始，逐步验证 SADD 返回值、SCARD 数量、Key 粒度和过期策略，整理一套更稳的 Set 去重写法。194 收藏 -
INFOkeyspace无法反映淘汰情况，因其仅统计存活key数量，不区分已过期未删除或已被淘汰的key，且不记录evicted_keys等关键淘汰指标。191 收藏 -
数据库 · Redis | 1星期前 | Redis · 消息队列 · Stream · 消费组 · redis 消息队列 Redis Stream 消费组 XREADGROUP XACK XPENDING XAUTOCLAIM
用订单异步处理场景讲清楚 Redis Stream 的实用队列模型：生产者写入消息，消费组分配任务，Worker 处理成功后 ACK，失败或超时的消息进入待确认列表，再通过 XPENDING 和 XAUTOCLAIM 做重投。187 收藏 -
ZADD的score不能用时间戳，因同分排序不稳定且时间戳递增违背“分数越高名次越靠前”逻辑；应使用业务分数（如积分）并利用ZADD覆盖更新、ZINCRBY原子累加、ZREM安全删除。183 收藏