共计 3683 个字符，预计需要花费 10 分钟才能阅读完成。
SQL 审核工具 SQLE 2.2305.0 于明天公布。以下对新版本的 Release Notes 进行具体解读。文章次要分为以下三局部内容：
- 一、SQLE 我的项目介绍
- 二、新版本次要性能介绍
- 三、残缺的 Release 信息
一、SQLE 我的项目介绍
爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者，反对多场景审核，反对标准化上线流程，原生反对 MySQL 审核且数据库类型可扩大的 SQL 审核工具。
SQLE 获取
| 类型 | 地址 |
|---|---|
| 版本库 | https://github.com/actiontech/sqle |
| 文档 | https://actiontech.github.io/sqle-docs-cn/ |
| 公布信息 | https://github.com/actiontech/sqle/releases |
| 数据审核插件开发文档 | https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_audit… |
| 社区版在线体验 | http://demo.sqle.actionsky.com 超级管理员：admin 明码：admin |
| 企业版在线体验 | http://demo.sqle.actionsky.com:8889 用户：admin 明码：admin |
二、新版本次要性能介绍
[社区版]
1. 反对停止 SQL 上线操作
目前，SQLE 的 SQL 工单上线流程中，对 SQL 提交到上线的整个流程做了较好的管控，然而 SQL 上线后的异样流程未进行解决，在这些极小数场景上还须要人工干预，例如：上线 SQL 阻塞时须要手工 Kill；SQL 执行失败须要人工确认数据影响等。
本次版本新增了 SQL 上线停止的性能，SQL 上线阻塞时可能在工单界面一键停止上线操作，缩小人工干预的老本，并缩小故障复原工夫。后续，SQLE 也将笼罩更多的异样场景，异样后的备份回滚，异样后的再次上线。打造完满闭环流程。以下是简略的性能试用：用户进入正在上线的工单，点击停止上线按钮，在二次确认弹窗中，确认执行停止操作；
此时，数据源状态将变更为上线失败，正在执行上线操作的事务将被回滚，已执行的事务将不会回滚，用户可点击数据源查看具体 SQL 的执行状态；
2. 反对通过 Webhook 形式告诉工单状态
当用户配置了自定义 API 服务，想要在 API 服务中实时获取工单执行状态时，可在零碎设置中配置 Webhook 服务。在 SQLE 中配置回调地址后，工单状态一旦产生变更，即可在 API 服务中获取状态告诉信息，无需定时登录 SQLE 平台以查问后果。以下是简略的性能试用：1. 以平台管理员账户登录，进入零碎设置，找到 Webhook 配置后点击批改按钮。
- 抉择开启 Webhook 告诉，并填写以下字段内容。
- Webhook url：用于工单音讯推送的 API 地址；
- 最大重试字数：默认 3 次，取值范畴 0-5。如果事件推送失败，SQLE 将从新推送告诉，若重试 3 次后，仍推送失败，则不再推送本次事件；
- 最大重试距离：默认 1 秒，取值范畴 1-5。如果推送失败，将以 1s 的工夫距离从新推送；
- token：用于标识推送方，如可填写 SQLE 用以标识是从 SQLE 推送的告诉。
- 点击提交，保留以后 Webhook 配置。
- 用户可点击测试，验证 API 服务端能失常收取推送信息。
[企业版]
1. 智能扫描反对从 MySQL 实例在线抓取慢 SQL
在原先的慢日志扫描工作中，创立扫描工作后，还需进入终端配置 scannerd 过程，扫描工作配置流程绝对较长。本次优化使得 sqle 能够间接从慢日志表中采集数据，防止用户进入终端操作，缩小用户应用慢日志扫描工作时的流程妨碍。
以下是简略的应用体验：
- 新建扫描工作，抉择慢日志扫描，并将采集起源设为 1，通过 SQLE 间接对实例的
mysql.slow_log表进行查问。
- 新增参数：采集起源
– 若起源设为 0：该扫描工作将通过 scannerd 对mysql-slow.log进行采集
– 若起源设为 1：该扫描工作将通过 SQLE 间接对实例的mysql.slow_log表进行查问
- 配置数据库实例，须要留神以下设置。
set global long_query_time=1; // 需依据理论业务调整慢查问工夫阈值，此处仅供参考
set global slow_query_log=1; // 开启慢日志查问
set global log_output='FILE,TABLE'；// 开启 MySQL 的慢日志收集性能，并且确认将慢日志内容写入文件 mysql-slow.log 和表 mysql.slow_log- 在数据库中执行一条慢 SQL，点击立刻审核，即可查看慢日志扫描的统计信息。
2. DB2 库表元数据扫描工作
数据库中库表元数据若是存在表没有正文、列名没有正文、表构造中索引不合理、短少主键等状况，未及时处理将最终导致局部业务申请性能低下，损失理论业务流量等问题。针对这种场景，用户可应用库表元数据扫描工作，对实例的库表元数据进行实时智能扫描，帮忙用户提前发现库表元数据的不合规、不合理，并提供优化倡议。以下是简略的性能试用：
- 创立扫描工作，建设扫描工作后，SQLE 将查问后果存储，并依据用户设定的周期进行审核。
- 用户可在扫描工作详情查看以后扫描工作采集的 SQL，点击” 立刻审核 “生成扫描工作报告。
3. DB2 Top SQL 扫描工作
TOP SQL 语句可能会导致数据库性能降落，当用户须要监察 DB2 数据库中最消耗资源的 SQL 语句，进行定期优化以进步数据库运行性能时，可应用 TOP SQL 扫描工作，进行日常监督，以确保数据库性能放弃在一个良好的程度。目前采集到的 SQL 反对四个指标进行查问排序，别离是：
- 执行次数 num_executions
- 总执行工夫 total_elapsed_time_ms
- 均匀执行工夫 avg_elapsed_time_ms
- 均匀 CPU 工夫 avg_cpu_time_ms
以下是简略的性能试用：1. 创立扫描工作，建设扫描工作后，SQLE 将查问后果存储，并依据用户设定的周期进行审核。
- 用户可在扫描工作详情查看以后扫描工作采集的 SQL，点击” 立刻审核 “生成扫描工作报告。
4. 反对 DB2 更多审核规定
平台强化了了对 DB2 审核规定的开发，以后已反对的 DB2 审核规定分类包含 DDL 标准、DML 标准、DQL 标准、应用倡议、命名标准、索引标准，用户可依据理论需要启用规定，以优化 DB2 数据源上的 SQL。
5. Oracle 反对生成回滚语句
当用户通过平台对 Oracle 数据源进行 SQL 上线操作时，如果工单上线失败，可能会导致工单内的 SQL 只执行局部而未执行其余局部。对于曾经执行的 SQL，用户可能不晓得如何回退操作。为此，SQLE 提供了回滚语句提醒，以帮忙用户回退曾经执行的操作，确保数据的一致性和完整性。以下是 Oracle 数据源下的回滚语句提醒成果：
6. PG 反对生成回滚语句
本期在审核环节新增了对 PostgreSQL 数据源的回滚语句反对，不便 DBA 执行线下回滚操作。以下是一个简要的示例：
7. PG 的 SQL 剖析反对查看建表语句
本期欠缺了 PostgreSQL 数据源下的 SQL 剖析反对，除原有的列信息及索引信息外，新增了建表语句的展现，用户可在此查看残缺的建表语句，帮忙 DBA 进行 SQL 优化。以下是一个简要的示例：
用户点击审核后果栏中的剖析按钮；
点击表标签，查看该条 SQL 执行对象的建表语句；
三、残缺的 Release 信息
新个性：
- [#1519] 反对停止 SQL 上线操作
- [#450] 反对通过 Webhook 形式告诉工单状态
- [#1494] 新增 DB2 TOP SQL 和库表元数据智能扫描类型【企业版】
- [#1461] 智能扫描反对从 MySQL 实例在线抓取慢 SQL【企业版】
- [#715] Oracle 和 PostgreSQL 反对回滚语句【企业版】
- [#706] 反对 PostgreSQL 数据源生成回滚语句【企业版】
- [#714] 反对 PostgreSQL 数据源的 SQL 剖析查看建表语句【企业版】
优化：
- [#1508] 界面优化
- [#1473] 增加数据源时依据数据源类型主动切换默认端口
Bug 修复：
- [#1480] 修复被驳回的工单，操作按钮置灰，但理论还可点击的问题
- [#1495] 修复 MySQL 审核规定“防止应用 IN (NULL)/NOT IN (NULL)，该用法永远非真将导致条件生效”误触发的问题
- [#1499] 修复工单审核后果没有显示 SQL 语法高亮的问题
- [#1399] 修复索引有大写字母，创立工单时审核报错的问题
- [#1463] 修复一条 MySQL 规定不能触发的问题
- [#1360] 修复批改流程模板后，工单进度显示异样的问题