show proceslist时发现大量的sleep,有什么风险吗,该如何处理? (一)可能的风险有: 1、大量sleep线程会占用连接数,当超过max_connections后,新连接无法再建立,业务不可用; 2、这些sleep线程中,有些可能有未提交事务,可能还伴随着行锁未释放,有可能会造成严重锁等待; 3、这些sleep线程中,可能仍有一些内存未释放,数量太多的话,是会消耗大量无谓的内存的,影响性能。 (二)建议应对措施: 1、升级到5.7及以上版本,连接性能有所提升; 2、采用MariaDB/Percona版本,根据情况决定是否启用thread pool功能; 3、适当调低wait_timeout/interactive_timeout值,例如只比java连接池的timeout时间略高些即可; 4、利用pt-kill或辅助脚本/工具巡查并杀掉无用sleep进程; 5、利用5.7的新特性,适当设置max_execution_time阈值,消除长时间执行的SQL; 6、定期检查show processlist的结果,找到长时间sleep的线程,根据host&port反推找到相关应用负责人,协商优化方案。