【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】 4.2.1.3
【问题描述】多线程批量写入 获取不到链接
【复现路径】无
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
提供下 获取不到的具体场景
写入一批次大约50000条数据 大约 100以内线程数 后续线程可能到达 30000
请看下截图，需要什么我再提供
老师需要您提供给我们集群相关基础信息(如部分已经提供则无需继续提供)：
1，root@sys租户登录集群，执行SQL提供下结果：
1），select svr_ip,zone,with_rootserver,status,block_migrate_in_time,start_service_time,stop_time,build_version from oceanbase.__all_server order by zone;
2），select tenant_id,tenant_name,primary_zone,compatibility_mode from oceanbase.__all_tenant;
3），show parameters like ‘%syslog_level%’;
4），show parameters like ‘%syslog_io_bandwidth_limit%’
5），select count(*),tenant_id,zone_list,unit_count from oceanbase.__all_resource_pool group by tenant_id,zone_list,unit_count;
2，登录OB任意一台主机，执行lsblk提供下结果
3，登录OB任意一台主机，执行lscpu | grep Architecture 提供下结果
老师麻烦您提供如下信息：
一、确认和提供下您的应用到数据库的访问链路，常见的访问链路如下：
应用服务器->obproxy(xx台)-observer(xx台)
应用服务器->SLB(xx台)->obproxy(xx台)-observer(xx台)
二、提供下完整的应用异常的日志信息（信息内一般包含异常堆栈，可以分析异常原因）
三、提供出现异常的应用所在的应用服务器IP地址。
四、提供异常应用访问OB数据库时，应用配置的访问OB的连接串信息
五、如果您使用了连接池，请提供相关连接池的详细配置信息
六、尽量保存（优先）和提供异常期间完整的obproxy日志、OB的observer日志
七、如果是DDL语句，还需要提供RS节点的rootservice日志
八、还需反馈下，该问题出现频率是怎样的，是稳定复现、高频偶发、低频偶发的哪一种
