luowei

目前sql分析仅支持DML语句，当对其它语句做分析时希望提示信息能告知支持的语句类型 

问题现象： SQLE平台上存在某条规则，更新插件后将这条规则删除，重启SQLE，规则列表仍能看到这条规则，但实际上并不会在审核中生效 复现步骤： 1. 启动SQLE，查看规则  2. 审核SQL，会触发这条规则  3. 更新MySQL规则代码，删除这条规则，重启SQLE，规则仍然能看到  4. 但是再次审核，规则没有生效了  原因： SQLE启动时同步插件审核规则的时候，没有清理已经不存在的规则的元数据

如下MyBatis配置，在SQLE创建工单审核会报id不存在 ``` SELECT * FROM ( WHERE a=1 ) SELECT a,b FROM tb1 SELECT a,b FROM tb1 ``` **创建工单，上传xml文件**  **点审核报错**  ## 原因 SQLE解析MyBaits配置文件时，没有考虑sql id和namespace的关联，把test.common.prefix和prefix当成了两个不同的id处理 ## 预期 能成功解析

如图所示，在对MyBatis文件审核时，空白的部分没有内容，且高度不定，时小时大 

当流程模板里设置“允许创建工单的最高审核等级”为“错误”时，SQLE审核sql存在error等级也是可以创建工单的，期望这种情况下让用户在创建工单时进行二次确认，提示信息“SQL审核触发error等级的规则，是否忽略告警，继续提交？” 

创建工单、重置所有内容，当页面显示不完整时，固定在页面底部 原因：屏幕尺寸比较小，且用户SQL的审核结果都没问题时，可以快速点创建工单，不用拉到底部。 

## 版本信息（Version） release-3.2403.x-ee 07d91e04e0 ## 问题描述（Describe） 审核SQL文件时，审核结果展示的SQL文本不准确 ## 如何复现（To Reproduce） 1. 文件开头有多个换行时，审核结果展示的sql换行个数不对 如下sql文件开头有两个换行  审核结果只有一个换行  ## 截图或日志（Log） ## 实现方案 ## 变更影响面

## 版本信息（Version） main af82c3302bb1e852dd782668dd699fbde4a4b002 ## 问题描述（Describe） 由于Makefile里部分地方系统架构变量写死了，所以无法在make的时候通过变量指定系统架构。编译出来的是amd64架构的二进制文件，无法在指定系统运行 ## 截图或日志（Log） 以下是在aarch64系统编译结果  ## 如何复现（To Reproduce） 在一个aarch64架构的系统上执行make install编译 ## 实现方案 第一次变更：将写死的变量改为传参 第二次变更（回退第一次变更）：因为影响到了GOCD打包，暂时维持原样 ## 变更影响面 #### 受影响的模块或功能 #### 外部引用的潜在问题或风险 #### 版本兼容性 #### 测试建议