TommyZC

修复fastjson漏洞，升级fastjson至1.2.83，可能存在不兼容的情况

1

* **dble version：2.19.03/lts** * 当前使用的fastjson版本为1.2.78，可能存在不兼容的情况 * **preconditions ：** no * **configs：** **schema.xml** ``` ``` **rule.xml** ``` ``` **server.xml** ``` ``` * **steps：** step1. * **expect result：** 1. * **real result：**...

dble日志中记录的后端超时sql语句无法与应用程序日志记录的sql语句对应

1

* **dble version：2.19.03/lts** * **preconditions ：** no * **configs：** **schema.xml** ``` ``` **rule.xml** ``` ``` **server.xml** ``` ``` * **steps：** 应用程序日志中显示存在一条select xxx where xxx in();的sql语句报了dble后端超时错误 * **expect result：** dble日志中能看到这个报错 *...

* **dble version：2.19.03/lts** * **preconditions ：** * **configs：** **schema.xml** ``` select user() ``` **rule.xml** ``` id hashmod 2 1 ``` **server.xml** ``` ``` * **steps：** step1. 创建表testjson CREATE TABLE `testjson`...

DBLE 开启useSqlStat参数后出现内存冲高

1

* **dble version：2.19.03/lts** * **preconditions ：useSqlStat=1** dump信息如下：       从dump中看到是ConcurrentSkipListMap占用了大部分JVM内存，里边是UserSqlLastStat$sqlLast，开启useSqlStat功能后会使用到，不太理解的是DBLE为什么会有这么多的ConcurrentSkipListMap占用空间，而且map里边看到还有map，帮忙看一下是哪里的逻辑导致生成了这么多的ConcurrentSkipListMap。 源码中是在这里初始化了map和sqlLast   

配置全局表场景下DBLE下发解析后的group by 语句给MySQL8.0，返回报错，分片表场景下已修复此问题

2

* **dble version：2.19.03/lts** * **preconditions ：create table test2(id int(11), name char(10));** * **configs：** **schema.xml** ``` select user() ``` **rule.xml** ``` ``` **server.xml** ``` 2 2048 0 60000 0 86400000 300000...