sqle icon indicating copy to clipboard operation
sqle copied to clipboard

一个支持多种不同类型数据库,覆盖事前控制、事后监督、标准发布场景,帮助您建立质量规范的SQL全生命周期质量管理平台

Results 288 sqle issues
Sort by recently updated
recently updated
newest added

https://github.com/actiontech/sqle-ee/issues/1351

## verison UI: main aeee2f9d DMS: main-ee 19ee2c1ea2 SQLE: main-ee 342c635080 ## 错误复现 发现两个错误 ### 1. 不能解析的SQL会被认为是同一行(github不能上传.sql文件,将下面的sql复制到sql文件复现) ```sql create table point_trans_shard_00_part_202401(like point_trans_shard_00 including all) inherits(point_trans_shard_00); Alter table point_trans_shard_00_part_202401 ADD CONSTRAINT...

bug

复现版本: Server Version: main-ee ac054975fa 复现步骤: 1.新建一个慢日志表的扫描任务 2.给mysql造几条慢sql select sleep(3) 3.然后查看慢日志表 ![image](https://github.com/actiontech/sqle/assets/54339501/b855f463-5668-408a-baed-9d888788aceb) 4.查看扫描任务里面的sql ![79b57ad0-2083-4601-a922-38df819c236b](https://github.com/actiontech/sqle/assets/54339501/b616674f-bab5-42a1-8f07-e3058295d0f7) ![a7ddb9b4-0d7e-4d16-afb2-ddb3ad28c57f](https://github.com/actiontech/sqle/assets/54339501/01108c11-d383-4d45-a050-6f60d9f9663a) 5.发现【匹配到该指纹的语句数量】会随着每次采集而持续增加 期望进行修复,按慢日志表里的实际数量来展示

bug
ee

问题现象: SQLE平台上存在某条规则,更新插件后将这条规则删除,重启SQLE,规则列表仍能看到这条规则,但实际上并不会在审核中生效 复现步骤: 1. 启动SQLE,查看规则 ![image](https://github.com/actiontech/sqle/assets/36940986/c7d2544a-e1d6-4b57-9b82-f6e905eaa901) 2. 审核SQL,会触发这条规则 ![image](https://github.com/actiontech/sqle/assets/36940986/34b2607e-0199-42e1-b35b-5a8ffaa876b1) 3. 更新MySQL规则代码,删除这条规则,重启SQLE,规则仍然能看到 ![image](https://github.com/actiontech/sqle/assets/36940986/c7d2544a-e1d6-4b57-9b82-f6e905eaa901) 4. 但是再次审核,规则没有生效了 ![image](https://github.com/actiontech/sqle/assets/36940986/7e5b623b-23c2-4eef-839b-1dc6e978ceb6) 原因: SQLE启动时同步插件审核规则的时候,没有清理已经不存在的规则的元数据

bug

sqle插件规则变化后,会自动更新模板 但未成功更新自定义模板

bug

**SQLe Version** **Describe the bug** v2 v3 版本sql管控同步功能,scanner扫描慢日志文件的服务器时区为UTC时,同步慢日志扫描任务审核结果发生报错 ![image](https://github.com/actiontech/sqle/assets/53266479/42e8a484-ff3a-41f3-9c78-7d4e4c842403) **To Reproduce** **Expected behavior** **Suggestion**

bug

## 背景 SQL审核功能存在静态审核,静态审核无法收到数据源权限管控,会导致权限校验panic.考虑调整SQL审核的权限控制

**SQLe Version** main-ee 5da439b28d06a6d75ce8dc9cb02192f0d11732b2 **Describe the bug** 使用sqle审核时,使用mysql语句where in中含有子查询的sql时后台出现panic (当in中子句表作为驱动表时) **To Reproduce** 表结构: ![image](https://github.com/actiontech/sqle/assets/83113746/8b02eb57-c85f-4fb0-9b68-66d9ce768a19) 1、创建工单 2、输入选择数据库sql并输入sql语句SELECT * FROM fruits WHERE name IN ( SELECT md5 (c) FROM t16 ); 3、点击审核...

bug

# Describe 2.9999.x ### 无法被mybatis xml解析器解析的标签 - [x] dynamicSelect - [x] dynamicUpdate - [x] dynamicDelete - [x] sqls ### 动态标签中的子标签 - [x] str - [x] and - [ ] or...

feature

**To Reproduce** 操作参考文档: https://actiontech.github.io/sqle-docs/docs/user-manual/project/audit_task/mybatis 其中参数:-D, --dir string:指定要扫描的XML文件路径 建议优化:指定要扫描的XML文件夹路径 ![image](https://github.com/actiontech/sqle/assets/44565577/a2e9cde5-60d7-4797-981d-fd4bc5c3d7de)

suggestion