Mysql最大连接数，TimeOut配置

原创已于 2022-05-12 14:34:18 修改 · 4.6k 阅读

22 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #数据库 #database

于 2022-05-12 14:27:04 首次发布

Mysql 专栏收录该内容

6 篇文章

订阅专栏

本文介绍了如何配置MySQL的最大连接数以避免TimeOut错误，包括查看和修改`max_connections`参数，以及管理线程池。同时，讨论了如何调整TimeOut设置，特别是`wait_timeout`和`interactive_timeout`，并提供了修改全局变量和my.ini配置文件的步骤，确保设置在重启后仍然有效。

Mysql连接数配置

1.MySQL的max_connections参数用来设置最大连接（用户）数。每个连接MySQL的用户均算作一个连接，max_connections的默认值为100左右

1.1查看数据库配置的最大连接数 show variables like "max_connections";
可以使用Navicat或者CMD进行命令查询
Navicat命令页面
CMD操作命令页面
1.2如果实际情况中的最大连接数超过，就会提示TimeOut超出最大请求数
这是我们需要进行配置项的修改
设置调整最大连接数 set global max_connections = 1000;
在这里插入图片描述

Mysql的连接线程池

1.查看Mysql数据库当前的所有连接线程 show full processlist;
在这里插入图片描述
图片中可以看到当前数据库的连接线程情况。其中发现很多的线程都是Sleep状态，这个下面讲到的TimeOut配置会进行管理Sleep线程。

Mysql TimeOut配置

查看Mysql的TimeOut配置 show global variables like '%timeout%';
在这里插入图片描述

参数名	参数作用
delayed_insert_timeout	在获取链接时，等待握手的超时时间，只在登录时有效，登录成功这个参数就不管事了。主要是为了防止网络不佳时应用重连导致连接数涨太快，一般默认即可
delayed_insert_timeout	这是为MyISAM INSERT DELAY设计的超时参数，在INSERT DELAY中止前等待INSERT语句的时间
innodb_lock_wait_timeout	事务遇到锁等待时的Query超时时间。跟死锁不一样，InnoDB一旦检测到死锁立刻就会回滚代价小的那个事务，锁等待是没有死锁的情况下一个事务持有另一个事务需要的锁资源，被回滚的肯定是请求锁的那个Query
innodb_rollback_on_timeout	这个参数关闭或不存在的话遇到超时只回滚事务最后一个Query，打开的话事务遇到超时就回滚整个事务
interactive_timeout/wait_timeout	一个持续SLEEP状态的线程多久被关闭。线程每次被使用都会被唤醒为activity状态，执行完Query后成为interactive状态，重新开始计时。wait_timeout不同在于只作用于TCP/IP和Socket链接的线程，意义是一样的
net_read_timeout / net_write_timeout	这个参数只对TCP/IP链接有效，分别是数据库等待接收客户端发送网络包和发送网络包给客户端的超时时间，这是在Activity状态下的线程才有效的参数
slave_net_timeout	这是Slave判断主机是否挂掉的超时设置，在设定时间内依然没有获取到Master的回应就人为Master挂掉了

这里我们设置下Sleep线程的时间，以免线程池被消耗太多
执行修改脚本 set global interactive_timeout=100;
set global wait_timeout=30;
在这里插入图片描述
执行完成后可以发现全局变量已修改

注意在项目的连接字符中也需要确认是否进行了相关的配置，导致了Mysql连接失败问题

以上设置会马上生效，但是当mysql重启时这个设置会失效，更好的办法是
找到mysqld块，修改或者添加下面的设置：
max_connections=200
wait_timeout=30
interactive_timeout=100
这样修改之后，即便重启mysql也会默认载入这个配置了
关于my.ini文件的路径以及创建