【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】5.7.25-TiDB-v4.0.16
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】sleep线程多，通过show global variables like ‘%timeout%’;和
show variables like ‘%timeout%’;得到interactive_timeout都是8小时，wait_timeout分别是0和8小时，请问怎么减少这类sleep线程。
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
建议从应用侧设置，数据库设置这个不太好
time_out可以调小点，我们这设置是1小时，不过这只是数据库层面的，应用层面也要设置。需要从应用框架配置里设置超时时间和连接数，不然数据库把sleep的连接干掉，应用去尝试复用这个连接的时候会报错。
1 个赞
我们这边也很多，但是之前没关注过。这种sleep线程有什么影响么？
占用最大连接数，一般用了连接池的都会有这个，影响不是太大
应用程序是否存在长时间的空闲连接，应用的事
如果没有造成什么问题的话， 可以先不动。可以现在测试环境下改动一些不确定的参数，这样稳妥点儿。
看到一个mysql数据库的sleep线程的帖子，数据库侧是降低数据库等待时间来减少sleep线程的，感觉降低了会有其他问题，不建议降低相应的参数值
sleep多到底有多？造成什么影响了吗