背景:
事故频发
•每年都会看到SQL问题引发的线上问题不易发觉
•对于SQL性能问题测试在预发环境不易发现 •saas系统隔离字段在SQL条件中遗漏，造成越权风险 •业务初期SQL没问题，业务增长容易出现事故 •DBS慢SQL不支持实时报警，无法及时发现 •靠大家review代码总会出现遗漏事后处理
•每次都是线上接口性能、数据库报警才意识到问题，再去优化SQL，此刻有可能引发线上的严重事故
思考：
通过人为去发现总是不靠谱的，而且更希望问题在测试和预发环境提前暴漏出来，尽量避免带到线上，是否可以通过技术手段提前发现问题？研发新工具来自动检测有问题的SQL？
流程设计：
行动：
通过开发SQL巡检检插件查实现问题SQL自动预警
1.利用SQL拦截器，拦截系统执行的SQL 2.开启异步线程池，不阻碍业务流程的执行，解析SQL，忽略具体入参数据和格式，MD5加密SQL语句，为了防止重复SQL执行，将之前拦截过的MD5值缓存，可以自定义缓存时间，这段时间内容不会解析相同的SQL 3.为了保障业务系统的稳定性，接入插件的时候支持手动数据源的注入，可以选择主或者从，来执行后续的explain/show create table操作 4.通过explain/show create table执行的结果，以及SQL语句通过http/MQ发送给SQL巡检平台 5.SQL巡检平台接受信息进行内容拆分，获取表名和条件； 6.首先通过执行计划分析:如：[possible_keys][key]分析索引是否使用，如未使用会及时预警通知,并记录到巡检平台； 7.其次进行表和查询条件分析，通过读取平台的配置，设置某一个表的查询条件的校验规则（支持正则表达），如:xxx_info表条件必须使用xxx_code,如不符合规则也会及时预警通知，并记录到巡检平台；SQL风险预警
【描 述】SQL安全检测-table_name(表名)不符合条件规则:.*org_no.* (正则表达式)
【traceId】wewrerew234234242342 (请求ID)
【执行方法】com.XXX.XXX.XX.FINDBYID(mapper方法)
【SQL内容】select * from table_name where xxx=1 and yyy=2
【系统名称】所属系统
SQL风险预警
【描 述】SQL索引检测-table_name(表名)未使用索引;
【traceId】aa6ac6c89bec4f7dfdfdf74719ae583 (请求ID)
【执行方法】XXXXXMapper.selectResult (mapper方法)
【SQL内容】select * from table_name where xxx=1 and yyy=2
【系统名称】所属系统
接入：
引入SQL巡检jar包，在数据源注册拦截器
</property>
<property name="plugins">
<list>
<bean class="com.yzt.plugin.MysqlExplainInterceptor">
<property name="sysName" value="yzt-refund"/>
<property name="monitorSqlService" ref="monitorSqlServiceImpl"/>
</bean>
</list>
</property>指定重复SQL拦截时间段
@Override
public boolean warnFLag(String id) {
//缓存实现指定时间重复SQL上报拦截
return false;
}
............在我们的巡检平台根据配置的系统名称来自定义报警人和报警规则；
通过自动巡检、及时预警能提前在测试预发环境发现SQL存在的问题，进行修复，避免带到线上，同时可以给出问题SQL的优化建议，帮助研发快速修复；
标签：巡检,插件,平台,SQL,table,执行 From： https://www.cnblogs.com/Jcloud/p/18128166