Go语言技术文章
-
本文用订单表归档为例，讲清 MySQL 历史数据如何按时间窗口分批搬迁：先确定归档边界，再批量写入归档表，校验数量和金额，最后小批量清理热表，降低锁等待和慢查询风险。261 收藏 -
Redis7.0的String类型未新增任何操作指令，所有内存优化均源于SDS编码策略的自动演进，如按长度动态选用sdshdr8/sdshdr16及预分配冗余空间，无需用户干预。260 收藏 -
空值缓存过期时间设太长会导致Redis内存耗尽。因空值key不被访问，LRU无法淘汰，且每个约占100–200字节，数量多时迅速撑满内存；安全TTL应为1–5秒，需匹配业务数据可见延迟，并配合布隆过滤器、前缀命名、LFU策略及监控告警综合防控。260 收藏 -
MySQL 多租户订单表变慢时，先用 tenant_id 领头的联合索引稳住常见查询；当热点租户持续拉高 rows、慢日志和队列等待，再考虑租户路由、冷热分流或独立分片。259 收藏 -
缓存雪崩主因是大量key过期时间高度趋同，需通过扫描TTL、监控expired_keys曲线及检查写入逻辑验证；应采用SETEX或SET...EX原子命令，在基础过期时间上叠加5%–20%随机偏移，并确保所有写入路径（含定时任务、MQ、后台）均覆盖随机化。258 收藏 -
开启lazyfree-lazy-evictionyes且Redis≥6.0后，淘汰策略触发的内存释放由后台线程异步执行，主线程不再被同步释放大Key卡住。258 收藏 -
根本原因是客户端将从节点视为独立服务端并为每个从节点创建独立连接池。开启读写分离后，Jedis/Lettuce会主动发现并连接所有从节点，导致连接数激增、从库负载过高；解决关键是禁用客户端拓扑发现，改用代理层统一入口或手动控制连接复用。254 收藏 -
数据库 · MySQL | 3星期前 | 性能优化 · 高并发 · InnoDB · MySQL教程 · 数据库运维 · mysql innodb AUTO_INCREMENT 高并发写入 innodb_autoinc_lock_mode
从 MySQL 8.4 AUTO_INCREMENT 锁模式入手，讲清高并发 INSERT、批量导入、复制格式和上线回滚检查。254 收藏 -
Redis7.0的io-threads仅加速socketread/write/RESP解析，不执行命令；盲目开启或多设线程数反致延迟上升、吞吐下降，需先确认瓶颈确在IO层而非主线程或内存带宽。251 收藏 -
SPOP是真正随机的，底层用Fisher-Yates变种算法对当前存在元素随机抽取；但因哈希表桶分布和短时随机种子偏差，可能感觉“不均匀”，非bug。250 收藏 -
min-slaves-to-write是主从切换丢数据时首要排查项，它控制主节点在合格从节点不足时拒绝写入，但需配合min-slaves-max-lag和真实复制状态（state=online、lag≤阈值）才生效。249 收藏 -
根本原因是sentineldown-after-milliseconds阈值过短，而主库执行耗时Lua脚本导致PING响应超时，哨兵误判为主观下线；典型表现为INFOreplication正常但日志频繁出现+sdown又快速恢复。247 收藏 -
Redis6.0+才正式支持volatile-lfu和allkeys-lfu，低版本会静默降级为LRU；需通过CONFIGGET/SET确认并热生效策略，商品Key须按粒度命名（如prod:sku:10086）并用INCR+EXPIRE维护热度，OBJECTFREQ返回0–255近似值仅适用于相对排序，不反映真实访问次数。245 收藏 -
Lettuce管道中flushCommands()仅发送命令不返回结果，正确做法是先保留各操作返回的RedisFuture，再调用get()或thenApply()获取响应。245 收藏 -
DEL命令清空List最快，时间复杂度O(1)，原子且单次往返；LTRIM仅在小List中可用，O(N)且保留key；禁用LPOP循环，避免阻塞与残留；清空前需TYPE校验类型。244 收藏