mysql 如何修改wait_timeout，interactive_timeout ，和 session ，global 有什么关系

今天药忘吃喽~ 2022-11-02 11:37 178阅读 0赞

最近程序出现这样的问题  
The last packet successfully received from the server was 38251886 milliseconds ago. The last packet sent successfully to the server was 38251886 milliseconds ago. is longer than the server configured value of ‘wait\_timeout’. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values

出现这样的问题，按照翻译来的意思是 ：“最后一个数据包在38251886毫秒之前成功被接收 ，38251886 大概是10个小时，超出了数据的wait\_timeout 的配置，，你可以考虑在和数据库交互之前测试连接是否有效，也可以考虑增加wait\_timeout的时间“  
但是wait\_timeout也不能设置的太长，其实是程序和数据库的交互等待时间，如果等待的时间太长这样也会耗费资源，默认的是8个小时  
wait\_timeout 有session级别的，和global级别的  
session 算是一个会话，意思是说这次会话  
global 是 全局的  
下面我们通过例子来看session和global的区别:

## session: ##

![在这里插入图片描述][20210225111756950.png]  
修改session的wait\_timeout:  
set session wait\_timeout=200;

再次查看：  
![在这里插入图片描述][20210225111955333.png]  
已经被修改  
退出mysql ，重新登录：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70]  
再一次的查看session的wait\_timeout 发现之前修改的200 又被还原成了100  
\**也就是说我们修改了session变量，只在本次会话有效果，退出之后，重新登录，设置会被还原*

## global ##

查看wait\_timeout  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 1]  
修改global:

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 2]  
gloal 已经被修改成为200 ，那么此时的session对应的wait\_timeout被修改了吗：  
![在这里插入图片描述][20210225112911882.png]  
看来单独的修改global的wait\_timeout ,那么session的wait\_timeout 不会被改变  
此时我们退出mysql 重新登录，session 会不会被改变  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 3]  
**之前修改的global对应的wait\_timeout 不会随着退出，数据会被还原**  
session 再次登录之后：  
![在这里插入图片描述][20210225113335476.png]  
还是100 说明仅仅修改global的wait\_timeout变量并不会导致session的改变  
那么我们继续修改global的interactive\_timeout 变量：修改之后看一下session对应的变量会不会被修改  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 4]  
修改之后，我们再次退出会话  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 5]  
![在这里插入图片描述][20210225130856380.png]

改变了，**也就是说我们修改了global的interactive\_timeout 变量，然后退出重新进入发现session对应的wait\_timeout变量的值也发生了改变，并且和interactive的值一样了**  
看来global和session 是有关联的  
其实到这个地方我们可以看出来的是：  
**session 是会话，我们修改的变量会随着我们退出mysql会话而被还原  
global 是全局的，并且global的inveractive\_timeout 变量和session的interactive\_timeout,wait\_timeout 是关联的，修改了global 的interactive\_timeout 变量的值之后，退出会话重新进入会发现session的interactive\_timeout,wait\_timeout 也被修改了**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 6]  
那么global修改之后，是不是就不会被改变，不是的  
**global变量的修改会随着mysql的重启而被还原**  
下面我们是修改之后的global变量，但是没有重启mysql:

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 7]

现在我们重启mysql:  
发现上面设置的变量在重启mysql之后都被还原了

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 8]  
那么我们如何修改interactive\_timeout和wait\_timeout变量即使在重启之后仍然不被还原，这个时候我们 需要修改my.cnf这个配置文件

## 修改my.cnf ##

[mysqld]
      interactive_timeout = 57600
      wait_timeout = 57600

修改了这个配置文件之后，我们会发现重启之后mysql变量的设置都是从配置文件中获取的  
算是作为终极的修改

上面是对wait\_timeout和interactive\_timeout的修改做出了讨论  
希望对你有所帮助

[20210225111756950.png]: /images/20221024/95d3ac8bb720411fa3ada017c987b5be.png
[20210225111955333.png]: /images/20221024/5038f08b88bd4b8dac2a41917b2acc4a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70]: /images/20221024/6fb7ae64f5cd44769d4cad421fa560f1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 1]: /images/20221024/39311bac79014b648fc94829e281ebf2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 2]: /images/20221024/29c3cc3000ed493b8e021e672b22d4da.png
[20210225112911882.png]: /images/20221024/02f97209628b4e2f98103f26d2b78113.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 3]: /images/20221024/e47ca83e30884ed8a13f39fdeb406c62.png
[20210225113335476.png]: /images/20221024/f4f5d3ae48ed4dd1bd92904f9e2ec2b1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 4]: /images/20221024/29264b3cd8dd443bb2ec2ba397499d10.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 5]: /images/20221024/416b6e2b240e48988bc98fbf1a39ca3b.png
[20210225130856380.png]: /images/20221024/de73d4e6695049ae9ed559001851337f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 6]: /images/20221024/804ff60faa9a4a25b0ca4b053f20b98d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 7]: /images/20221024/0daff7686f9546feae30011d6d5210d7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2RhdG91bmlhbzE_size_16_color_FFFFFF_t_70 8]: /images/20221024/b01971ce88f54d56a3b9756220d28cc5.png