故障分析 | 填坑 TaskMax

最新推荐文章于 2025-09-19 17:12:09 发布

原创

最新推荐文章于 2025-09-19 17:12:09 发布 · 806 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#TaskMax #无法创建线程

本文详细记录了在SLES12SP5环境中，MySQL8.0.18遇到'Can't create thread to handle new connection'错误的排查过程。通过检查ulimit设置正常后，发现问题是由于TaskMax限制导致。作者分别尝试了系统级别和进程级别调整TaskMax，并最终确定需要重启MySQL服务以使配置生效。测试结果显示，调整TaskMax后，MySQL能够处理更高的并发连接，问题得到解决。

作者：周启超

爱可生北分团队 DBA，主要负责项目前期建设及后期疑难问题支持。做事认真，对事负责。

本文来源：原创投稿

*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。

先介绍下背景，应用连接数据数执行任务,报 error 1135: Can’t create a new thread (errno 11) 错误日志信息如下：

2021-08-11T12:25:40.606774+08:00 0 [ERROR] [MY-000000] [connection_h] Error log throttle:         36 'Can't create thread to handle new connection' 
error(s) suppressed
2021-08-11T12:25:40.606886+08:00 0 [ERROR] [MY-010249] [Server] Can't create thread to handle new connection(errno= 11)

环境版本为 SLES12SP5 ，MySQL 版本为8.0.18。

看到“Can’t create thread to handle new connection”的描述我们首先会想到操作系统对应用户的 ulimit 是否正确。和用户确认了下 ulimit 的确是正常配置的。如果幸运的话，我们可以在网上查到一些 TaskMax 设置导致 MySQL 连接异常的文章。

这次这个环境问题的确和 TaskMax 有关，观察如下截图可以看到 Tasks 达到了 limit 限制。

找到问题所在进行修复。网上有资料说 TaskMax 有两种方式进行修复，一种系统级别和一种进程级别，“系统级别不用进行 MySQL 服务重启，进程级别修改需要进行 MySQL 服务重启”。由于是生产环境，而且是专用服务器，想选择对现有服务影响最小的原则，选择了系统级别调整。

# systemctl show --property=DefaultTasksMax
DefaultTasksMax=512
# vi /etc/systemd/system.conf
#DefaultTasksMax=512
DefaultTasksMax=5120
# systemctl daemon-reexec
# systemctl show --property=DefaultTasksMax
DefaultTasksMax=5120
# systemctl statu