Go语言技术文章
-
根本原因是RedisGEO基于zset实现，每个成员存原始坐标和geohash整数两份数据，且5.0前逐个解析导致跳表与哈希表频繁双更新，叠加浮点转geohash计算开销。480 收藏 -
能，但仅限Redis服务器端EVAL/EVALSHA上下文；需用正确日志级别常量和预拼接字符串，且依赖redis.conf中loglevel和logfile配置生效。479 收藏 -
repl-backlog-ttl是Redis主节点在无从节点连接时自动释放复制积压缓冲区的时间阈值，默认3600秒；超时后清空backlog，导致重连从节点无法部分同步而触发开销巨大的全量同步。477 收藏 -
PSUBSCRIBE性能瓶颈源于PUBLISH时线性遍历所有pattern做glob匹配。无索引、无缓存、无短路，pattern越多越慢；大小写敏感且*不匹配空字符串，易误配；超20个pattern或100qps即引发CPU毛刺。476 收藏 -
执行replicaofnoone再replicaof不会清空从库数据，仅切换复制源；真正全量同步需确保无运行复制流且master_replid/offset不匹配，必要时手动清空或重启从库。474 收藏 -
Redis集群不自动随机化过期时间，需业务层实现；限流须在应用层或网关层统一控制；热点key需加扰动后缀分散分片；三者叠加（集群+随机过期+限流）且随机范围≥±5%才有效防雪崩。473 收藏 -
repl-backlog-ttl是Redis主节点在无从节点连接时自动释放复制积压缓冲区的时间阈值，默认3600秒；超时后清空backlog，导致重连从节点无法部分同步而触发开销巨大的全量同步。472 收藏 -
从业务负载、约束条件、成本和可靠性出发，对比 MySQL 单库、读写分离、分库分表和云 RDS 多可用区方案，给出可落地的选型清单。472 收藏 -
不能。RedisPub/Sub不具备持久化、ACK、重试机制，断连即丢消息，仅适用于实时性高、允许丢失的场景，如状态刷新、日志广播；不适用于订单、支付等需可靠传递的业务。470 收藏 -
没有被废弃。LRU在Redis4.0后仍为默认策略之一，6.x、7.x持续优化；LFU是新增而非替代选项；LRU候选池采样逻辑微调但未重构，maxmemory-samples默认值从5升至10再优化分布；lru字段仍为24位，精度受限于194天周期与毫秒级取模，扩展会显著增加内存开销与降低缓存效率。469 收藏 -
不会阻塞。RDB持久化由fork()子进程执行，主线程继续处理请求；依赖Linux内核写时复制（COW）机制，fork后父子进程共享物理内存页，仅在修改时才复制对应页，保证子进程读取fork时刻快照，但高写入会加剧COW开销。469 收藏 -
Redis集群不自动随机化过期时间，需业务层实现；限流须在应用层或网关层统一控制；热点key需加扰动后缀分散分片；三者叠加（集群+随机过期+限流）且随机范围≥±5%才有效防雪崩。469 收藏 -
本文用删除冗余索引的场景讲清 MySQL 不可见索引：它让优化器先忽略索引，用 EXPLAIN、慢查询和业务指标观察影响，再决定恢复可见或真正删除。468 收藏 -
应使用LettuceConnectionFactory替代JedisConnectionFactory，因其原生支持Netty和响应式API；必须配合ReactiveRedisTemplate，并正确配置StringRedisSerializer等序列化器，避免阻塞调用与序列化不匹配问题。466 收藏 -
+sdown表示单个哨兵认定主节点失联，+odown才是触发故障转移的共识临界点；两者时间差暴露网络或配置问题，+odown后还需经选举、选从库、提升等步骤才能完成切换。465 收藏