MySQL中的配置参数interactive_timeout和wait_timeout设置

1)interactive_timeout: 参数含义：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。 参数默认值：28800秒（8小时） (2)wait_timeout: 参数含义：服务器关闭非交互连接之前等待活动的秒数。 在线程启动时，根据全局wait_timeout值或全局interactive_timeout值初始化会话wait_timeout值，取决于客户端类型(由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义)。 参数默认值：28800秒（8小时） MySQL服务器所支持的最大连接数是有上限的，因为每个连接的建立都会消耗内存，因此我们希望客户端在连接到My SQL Server 处理完相应的 *** 作后，应该断开连接并释放占用的内存。如果你的MySQL Server有大量的闲置连接，他们不仅会白白消耗内存，而且如果连接一直在累加而不断开，最终肯定会达到MySQL Server的连接上限数，这会报'too many connections'的错误。对于wait_timeout的值设定，应该根据系统的运行情况来判断。在系统运行一段时间后，可以通过show processlist命令查看当前系统的连接状态，如果发现有大量的sleep状态的连接进程，则说明该参数设置的过大，可以进行适当的调整小些。 问题： 如果在配置文件my.cnf中只设置参数wait_timeout=100,则重启服务器后进入，执行: Mysql>show variables like “%timeout%” 会发现参数设置并未生效，仍然为28800（即默认的8个小时）。 查询资料后，要同时设置interactive_timeout和wait_timeout才会生效。 【mysqld】 wait_timeout=100 interactive_timeout=100 重启MySQL Server进入后，查看设置已经生效。

mysql可以以docker的形式在集群内部署，也可以安装在集群之外，以服务的形式部署到集群内。

(1)、如果是在集群内部署，可以启动一个ReplicationController，用以对mysql pod进行监控，并同时启动一个Service，用以集群访问。

(2)、如果mysql是安装在集群之外，那么可以启动一个Endpoint和Service，将mysql引入集群之中。

下面分别对这两种方式进行部署。

创建mysql-rc.yaml和mysql-svc.yaml,分别如下：

mysql-rc.yaml

mysql-svc.yaml

在mysql-rc.yaml中，image参数可以指定mysql的版本，如8.0.11、5.7.22等。这里省略了，表示用latest。另外，可以指定镜像库，这里使用阿里云镜像库，在安装docker时进行了配置。env参数指定了mysql的root密码。

​ 在mysql-svc.yaml中，targetPort表示mysql pod中mysql窗口的目标端口，默认为3306，type类型为NodePort，表示将映射到本地端口，本地端口为nodePort: 30306。

接下来启动ReplicationController和Service，执行以下命令：

启动后可以查看mysql部署在了哪个node上，执行以下命令可以查看：

(6)、退出mysql和容器，执行quit退出mysql，按ctrl+p后，再按ctrl+q从容器中返回node主机。

设置好mysql后，可以远程连接node中的mysql，node的ip为127.0.0.1，映射的端口为30306，可以用navicat工具连接到这个myql。

最近做的一个JavaWeb项目，持久层用SpringJDBC+DBCP+MySQL。一开始只配置了DBCP的一些常用参数，没有注意对空闲连接的检查和回收。项目部署在tomcat后，刚开始使用没用问题。第二天再试图登录时，发生了报错：

可以看到，报错信息提示上次交互已经是82664635ms前，超过了MySQL server配置的'wait_timeout'(默认是8小时)，所以该连接已经被MySQL回收了，但DBCP不知道连接已被回收，依然试图执行 *** 作，引发了异常。报错信息提示可以修改wait_timeout或者添加autoReconnect=true。

(备注：mysql5以上的，设置autoReconnect=true 是无效的 只有4.x版本，起作用)

这两个参数的默认值是8小时(60 60 8=28800)。 注意：wait_timeout的最大值只允许2147483 （24天左右）

也可以用MySQL命令进行修改

这种办法治标不治本。

2.减少连接池内连接的生存周期，使之小于上一项中所设置的wait_timeout 的值。

也就是说，让已经断开的空闲连接没有机会被使用，提前被回收。

以C3P0配置为例：

DBCP中配置minEvictableIdleTimeMillis即可。

3.配置连接池

定期使用连接池内的连接，使得它们不会因为闲置超时而被 MySQL 断开。并且每次使用连接前检查连接是否可用，定期回收空闲的连接。

修改 c3p0 的配置文件,在 Spring 的配置文件中设置：

DBCP连接池的配置:

DBCP官方配置文档: http://commons.apache.org/proper/commons-dbcp/configuration.html

C3P0的配置标准:

关于MySQL的wait_timeout连接超时问题报错解决方案

---