Go语言技术文章
-
数据库 · MySQL | 3个月前 | MySQL · 索引 · limit · explain · sql优化 · mysql order by explain limit 复合索引 filesort
一条只取 20 行的订单查询，EXPLAIN 却可能放弃看似更贴近 WHERE 条件的索引，改走排序索引并在途中筛选。原因是 LIMIT 同时改变了排序、过滤和回表的成本取舍。通过读懂 key、rows 和 Extra，给等值条件与排序字段设计复合索引，再用受控对比核实实际读行，才能避免把 filesort 或某个索引名称当成唯一结论。279 收藏 -
Redis 被直接暴露在公网，靠一个密码或 protected-mode 都不够。更稳妥的方案是让端口只对可信应用网络开放，再用 ACL 分配最小命令和 key 权限、启用所需的传输保护并保留配置审计。本文按 Redis 官方安全文档梳理风险和可验证的检查顺序。364 收藏 -
Redis 7.0 起，EXPIRE 可用 NX、XX、GT、LT 为过期时间加条件。NX 只给没有 TTL 的 key 首次设置过期，XX 只更新已有 TTL 的 key，GT 只允许延长，LT 只允许缩短。它们互斥；TTL 返回 -1 表示 key 存在但没有过期时间，-2 表示 key 不存在。把条件写清楚，才能避免续期任务意外把缓存窗口改乱。250 收藏 -
用一条带库存条件的 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 收藏