背景 中秋前的周五晚上，订单服务开始出现间歇性超时，监控上 RT 从 80ms 涨到 1.2s，同时观察到 Full GC 频率从每天两次变成每十分钟一次。这篇文章记录完整的排查过程。 第一步：先看 GC 日志 jstat -gcutil $(pgrep -f order-service) 1000
索引失效是慢查询里最常见的原因之一。下面几个场景是我在真实项目里反复遇到的。 1. 隐式类型转换 -- phone 是 varchar，这里会全表扫描 SELECT * FROM users WHERE phone = 13800138000; -- 正确写法 SELECT * FROM users
工作第八年，参与过十几次技术选型。踩过 "为了新而新" 的坑，也见过保守到错过窗口期的团队。分享一下现在自己用的判断框架。 一、先问为什么 如果现有方案能解决问题，只是"不够优雅"，那多半不该换。选型的动机应该是能力缺口，不是审美。 二、把成本算全 学习成本：团队多久能上手并排障 运维成本：多一个组
