京东慢SQL组件：sql-analysis
地址：https://github.com/jd-opensource/sql-analysis
一、背景
开发中，无疑会遇到慢SQL问题，而常见的处理思路都是等上线，然后由监控报警之后再去定位对应慢SQL，随后定位问题，进行优化处理，这一出现是在慢SQL已经发生了的情况下的。
而这个 sql-analysis 开源组件是作用于 慢SQL发生之前，这种方式可以在事前尽可能地对慢SQL进行控制和处理。实现思路也很简单，就是通过Mybatis的插件机制，拦截语法分析前，以 Explain 分析结果 + 规则引擎匹配 的方式进行分析，以一种积分的判断的方式得出这个是否符合最终慢SQL的条件，符合的话进行采集，而后开发人员可以针对SQL看是否可以优化。
有了它即可：即可提前发现慢 SQL，提前做好一定的防控。
像这种使用Mybatis插件机制去实现某一功能还有很多：
像我之前实现的分库分表组件，是否需要进行分表逻辑，修改SQL表的信息（对应starters地址：https://github.com/koxumeiqi/-starters- ）；
像Mybatis-plus对Mybatis拓展实现的插件；
像Mybatis分页插件等等...
使用的话很简单，就正常使用，然后它会拦截做一些事情就是，现在咱看一下它到底咋实现的，做了哪些事情。
二、源码简析
-
对语法分析阶段进行个采集：
-
去获取对应执行SQL的完整语句
-
获取对应的MappedStatement，然后获取到对应的sql，这个sql是待预处理的，就是说带 ？
-
对这个SQL进行个检查（是否分析过、是否是需要分析的类型Type、是否是黑名单里的SQL）
-
获取到转换后的SQL，就是把？转换为了对应真实值
提取出来的SQL长下面这样：
-
-
拿到提取的SQL去Explain做分析，把分析的结果封装成 List，SqlAnalysisResult里面存了我们Explain出来的各种信息
-
然后去拿到分析出来的结果去做评估，去打分
- 匹配减分规则
- 这些规则都是配的（启动的时候会解析）
- 这些规则都是配的（启动的时候会解析）
- 匹配减分规则
随后去减分，去统计综合的分数，看是否达到了预警，达到了设个标志位为true，后续采集/输出时可以作为判别依据：
- 做输出/采集处理（这里默认是打印Error日志）
默认实现就是打印对应规则的原因和建议：
三、总结
总流程如下：
整体给人感觉还是很简单的，但是它确实是一个慢SQL预防的一个思路吧，而且是提前预防。