-
allkeys-lru可能导致主线程卡顿，因其在内存达maxmemory时需同步遍历键空间淘汰key，在千万级实例下耗时数十毫秒；启用lazyfree-lazy-evictionyes可将释放操作异步化，显著降低延迟。289 收藏 -
单纯用EXPIRE挡不住缓存击穿，因Redis物理过期会删除key导致并发请求全打到DB；逻辑过期通过value内嵌expireTime时间戳由应用判断数据有效性，配合长TTL防key被清，再用SETNX避免重复更新。343 收藏 -
allkeys-random策略在内存超限时随机删除任意key，适合一致性要求低的缓存场景；需先配置maxmemory，且不区分key是否设过期时间。466 收藏 -
Bitmap用1bit存每日签到状态，1万用户年数据仅13KB，String存“1”/“0”需3.6MB；需按年分key、用BITPOS+BITCOUNT算连续天数，offset须为小整数且避免客户端溢出。376 收藏 -
MAXLEN是RedisStreams唯一实时限长方式，必须与XADD原子配合使用；~N为近似保留，N为严格上限；XTRIM仅作兜底，非实时；语法中MAXLEN须紧随stream名后，错位即报错。169 收藏 -
用SETBIT而非SET存在线状态，因位图内存仅约12.5MB（1亿用户），支持秒级统计与集合运算；需确保用户ID为非负整数、key带日期并设过期，用BITFIELD批量操作，BITCOUNT统计时注意写入逻辑与精度。261 收藏 -
volatile-ttl是Redis唯一支持按剩余过期时间优先淘汰的策略，仅作用于ttl>0的已设过期键，每次内存不足时淘汰一个最接近到期的key，非批量清理、不主动扫描、不保证全量精确排序。343 收藏 -
RedisLua脚本执行失败常因忽略redis.call()返回值，应检查是否为错误表；EVALSHA需确保脚本已重载；redis.log()日志需调高loglevel且查服务端文件；KEYS必须显式声明，禁用KEYS命令。451 收藏 -
reshard搬的是Slot而非Key，先重分配16384个Slot，再由集群自动触发Key迁移；需待“Allkeystransferred”提示才完成，且新节点须完成注册、握手、身份确认三步并满足网络与配置要求。460 收藏 -
LTRIM是限制RedisList长度的唯一可靠方式，因其原子性、精准截断和内存即时释放特性；必须配合LPUSH使用，错误参数会清空列表，高并发下推荐Lua脚本保障原子性。169 收藏 -
哨兵通过“客观下线”（ODOWN）判断主节点真挂了：单个哨兵连不上仅为主观下线（SDOWN），需至少quorum个哨兵达成一致才触发ODOWN；哨兵间用SENTINELis-master-down-by-addr命令确认，非心跳广播，网络分区可能导致结论不一。244 收藏 -
--cluster-replicas必须加且数值需准确，它表示每个主节点配几个从节点；若节点总数不能被(replicas+1)整除，则报错ERRInvalidclusterconfiguration。370 收藏 -
MAXLEN是RedisStreams唯一实时限长方式，必须与XADD原子配合使用；~N为近似保留，N为严格上限；XTRIM仅作兜底，非实时；语法中MAXLEN须紧随stream名后，错位即报错。217 收藏 -
能，BITPOS返回第一个值为1的bit位偏移量（从0开始），需结合写入时的时间粒度和起始时间换算为真实时间，全0时返回-1。431 收藏 -
使用布隆过滤器防护缓存穿透是因为它能快速判断元素是否可能存在，拦截不存在的请求，保护数据库。Redis布隆过滤器通过低内存占用高效判断元素存在性，成功拦截无效请求，减轻数据库压力。尽管存在误判率，但这种误判在缓存穿透防护中是可接受的。218 收藏
