BELIEFS

我的工程原则

不是最佳实践清单，是几条我真的在按它做事的判断。

先止血，再谈重构

线上先恢复到可用，根因当天补上。赛事数据同步的三次架构迭代，每一次都是针对上一代真实故障改的，不是提前设计出来的完美方案。

从现象找根因，不在现象层打补丁

会话存储内存打满，表面看是存储问题，最后收敛到「升级动作本身」。找不到根因就改代码，是把故障往后推，不是解决。

先量化，再动手

慢查治理先出 P0–P3 分级报告，才发现 98.4% 是监控与元数据类 SQL——不量化就不知道要治哪儿，也不知道改完到底有没有变好。

口径先对齐，数字才有意义

统计脚本先定口径再写 SQL。同一个指标两种算法，看板越多，误判越快。

把「点上的优化」变成「面上的治理」

单条慢查修不完，就做规范、巡检、分级，让它不再反复出现；一直救火，是因为只救了火。

少加依赖，多减耦合

能用现有机制解决的，不引入新中间件；拆服务是为了能独立部署、独立变现，不是为了追架构时髦。