Go语言技术文章
-
用一条带库存条件的 UPDATE 实现最小扣库存接口，避免先查后改造成超卖；同时说明受影响行、事务边界与死锁重试。470 收藏 -
Redis Streams 消费者在确认消息前宕机时，消息会留在待确认列表。本文说明如何通过 XAUTOCLAIM 有节制地接管超时消息，并监控重试与清理结果。110 收藏 -
重复点击、网络重试和消息重复投递都会让写入接口面对同一业务请求多次到达。本文说明如何用幂等键和唯一索引建立数据库边界，并比较重复时返回既有结果与更新既有记录的取舍。421 收藏 -
Redis 7.4 起支持给 Hash 的单个字段设置 TTL。本文用会话 token 场景说明 HEXPIRE、HTTL、条件更新和兼容检查，避免为了一个短期字段让整条 Hash 一起过期。366 收藏 -
MySQL 查询不走索引，常见原因不是索引不存在，而是 SQL 写法让优化器难以利用索引。函数包列、隐式类型转换、范围过宽和联合索引顺序不匹配，都应该用 EXPLAIN 验证后再改写。189 收藏 -
报表系统不要直接拿高权限账号连生产库。更稳的做法是用视图收敛字段，通过专用只读账号授予 SELECT，再用 SHOW GRANTS 和审计日志复查权限边界。412 收藏 -
Redis List 用 BRPOP 做任务队列时，Worker 取走任务后宕机会让任务直接消失。更稳的做法是先用 LMOVE 转到处理中队列，业务成功后再 LREM 确认。449 收藏 -
MySQL 里用 ORDER BY RAND() 做随机推荐，小表还能凑合，大表高并发下容易触发全表排序、临时表放大和 CPU 飙升。更稳的做法是先缩小候选集合，再用候选 ID 池、随机键或业务侧抽样把查询控制在索引范围内。378 收藏 -
Redis 过期键通知适合做自动清理的提醒信号，但不能当成可靠消息队列。更稳的做法是订阅事件触发清理任务，同时保留补偿扫描、幂等门禁、失败重试和告警复盘。441 收藏 -
Redis 热点 key 在高并发下同时过期，所有请求会一起回源数据库，表现为 DB QPS 突增、接口超时和 Redis 命中率下降。排查时先看热点 key 的 TTL、命中率和回源日志，修复时用互斥锁、逻辑过期、随机 TTL 和降级保护控制回源压力。119 收藏 -
MySQL 读写分离不是简单把 SELECT 丢到从库。它适合读多写少、查询压力明显大于写入压力的业务，但会带来复制延迟、读己之写、路由规则和故障切换问题。上线前要先确认读写比例、数据一致性要求和回主策略。334 收藏 -
MySQL 多租户订单表变慢时，先用 tenant_id 领头的联合索引稳住常见查询；当热点租户持续拉高 rows、慢日志和队列等待，再考虑租户路由、冷热分流或独立分片。259 收藏 -
本文用删除冗余索引的场景讲清 MySQL 不可见索引：它让优化器先忽略索引，用 EXPLAIN、慢查询和业务指标观察影响，再决定恢复可见或真正删除。468 收藏 -
从 Redis 缓存治理趋势出发，分析单一 TTL 的不足，给出软过期、写侧失效通知、新鲜度指标和渐进落地路径，帮助团队在高峰流量下减少脏读窗口。280 收藏 -
复盘一次 MySQL 写入延迟突然升高的问题：从影响面和时间线入手，通过 innodb_trx、history list length 和 purge 状态定位长事务拖住 undo 清理，并给出修复和防复发清单。242 收藏