After the master-slave switch, the 8066 side opens the transaction for rollback and some data is not rolled back

[wenyh1]

dble版本：3.22.01.3
复现步骤&现象：
1、db.xml中准备一个dbGroupAinstanceM(主实例),instanceS(从实例), splitMode设置为0,启动dble
2、在9066-1窗口中执行 dbGroup @@switch name = 'dbGroupA' master='instanceS';
3、在8066-1窗口中执行：set autocommit = 0; insert into values singleTable1(1);
4、在9066-1窗口中执行 show @@session; 可以看到 8066-1 用到的后端连接bcon1
5、加入 Btrace2213.java 桩，在8066-1窗口中执行 insert into values singleTable1(2); 当打印'into zhuang...',此时去dble日志中能检索到有‘release slave connection,can't be used in trasaction .....’BackendConnection ... 对应后端连接是bcon1;
6、在桩hang期间（默认hang60s）, 创建8066-2 执行 set autocommit = 0; insert into values singleTable1(3); 此时去9066-1中执行show @@session;结果中的bcon1被8066-2连接使用了、而8006-1没有后端连接。
7、桩hang结束后打印‘end zhuang...’, 此时去8066-1中select * from singleTable1;结果中查不到1数据，进行rollback后，再此查询结果为空。
8、在8066-2中执行commit; 后查询singleTable1表结果1、3
9、在8066-1中set autocommit =1后 查询singleTable1表结果1、3

实际现象：看起来数据1没有被8066-1 执行的rollback 回滚掉

(预期)理论上：
第5步，不会有‘release slave connection,can't be used in trasaction...' 日志打印
第6步，9066-1中执行show @@session; bcon1还是被8066-1使用的
第7步，第一次查询结果为1、2，rollback后，再查询为null
第8步，8066-2 commit前后，都只能查询到3
第9步，8066-1 执行 set autocommit =1后 也只能查询到3