Go语言技术文章
-
RedisStream不受maxmemory-policy淘汰机制影响，仅XADD的MAXLEN/MINID参数可在写入时截断数据；MAXLEN加~为近似截断，不加则严格控制条数，且只从最老端删除；消费者组未XACK会导致PEL积压，MAXLEN无法清理。410 收藏 -
根本原因是repl-backlog-size过小或网络闪断超时，导致从节点重连时偏移量超出缓冲区范围而无法增量同步，被迫触发全量同步。409 收藏 -
SDIFF不能直接找出“新增关注”，因其仅执行集合差运算且不记录时间顺序；需先构建两个语义明确的快照集合（如按日期命名），再用SDIFF计算差集，否则易因键名错误、空键或客户端处理问题导致结果异常。408 收藏 -
Redis单个STRING超10MB必须拆分，建议512KB内切片并用GETRANGE/SETRANGE操作；BigHash应按访问频次和语义拆为小Hash，禁用HGETALL；一致性靠Lua脚本或状态字段+重试保障。407 收藏 -
排行榜看起来只是查个 TOP 列表，真正落地时还要处理加分、我的排名、分页、同分规则、周期榜和过期清理。本文按完整工作流拆解 Redis ZSET 排行榜设计。407 收藏 -
Redis6.0多线程不加速命令执行，仅I/O多线程+pipeline组合可提升导入效率；需客户端用pipeline打包发送，且主线程不饱和时才有效。406 收藏 -
不能直接用RedisPub/Sub做缓存一致性保障，因其不保证消息可达，订阅者离线时消息丢失，无重试、ACK或持久化机制；必须结合RedisStream落地事件+数据库状态校验实现最终一致。405 收藏 -
本文用一次 MySQL 连接数告警场景，演示如何区分连接池突增、慢 SQL 堵塞和长事务占用，并给出排查命令和上线兜底建议。404 收藏 -
Redis连接空闲后收不到数据主因是防火墙/NAT静默丢包，须主从节点均配置tcp-keepalive300并重启生效；该参数控制空闲300秒后发首探，不读取内核参数，需ss-tnp验证timer列是否显示keepalive。403 收藏 -
volatile-lru不适合社交关系链，因其仅淘汰带过期时间的key，而关系数据作为主数据映射不应设TTL；强行加EXPIRE会引发雪崩与CPU升高；allkeys-lfu更匹配二八流量特征，配合调大maxmemory-samples和合理配置LFU衰减可提升淘汰精准度。403 收藏 -
ZUNIONSTORE合并多个ZSet时相同member的score默认相加；海量数据下会严重阻塞Redis主线程；需注意目标key编码、memberID统一及分批合并等实践要点。402 收藏 -
Redis通过硬编码魔数“REDIS”识别混合AOF中RDB段，匹配后切换至AOF解析模式；RDB损坏则直接报错不进入AOF阶段，且无法手动拼接或用redis-check-aof修复。399 收藏 -
AOF文件无法直接看出某条key被谁改过，因其仅记录命令文本，不包含时间戳、客户端ID或用户标识；需通过业务层打标或Proxy日志实现审计溯源。398 收藏 -
应先用EXISTS检查key存在，再用TYPE校验类型是否为string，因GET对非string类型会直接报错且无法捕获；TYPE返回值严格区分大小写和拼写，须用==全等比较。397 收藏 -
从节点默认不执行任何过期逻辑，仅重放主节点发来的DEL等命令；必须设maxmemory-policy为noeviction（或7.0+启用replica-ignore-maxmemoryyes）防止主动淘汰破坏一致性。396 收藏