MySQL wait_timeout参数修改问题，可能经常会有DBA遇到过，下面就试验一下并看看会有什么现象。
wait_timeout分为global级及session级别，如未进行配置，默认值为28800，即8小时。
session级（session关键字可省略）
global级
此处省略对global级 与 session级参数的解释，有兴趣深入了解的小伙伴请自行学习，也可以在以下的操作中理解哦。
1. 修改global 级别wait_timeout；
修改后，查看，global级参数已修改，session级依旧，此时是否怀疑，退出会话重新登录后session级会跟着改变呢，带此疑问进行操作。
结果发现，没什么两样。那就接着看下面的操作吧。
2.修改session 级别wait_timeout；
此时本会话的参数确实已经设置成功了，但是每次都要这么设置么？退出后再看看？
果然。。。。。
此时该如何是好，莫非每次都这么弄？MySQL 数据库这个参数不会真有这么蠢吧。
此时，请想起之前配置文件里说明的一点，全文链接 https://www.cnblogs.com/gjc592/p/9199361.html
interactive_timeout=600 #服务器关闭交互式连接前等待活动的秒数,同时设置interactive_timeout和wait_timeout才会生效
wait_timeout=600 # 服务器关闭非交互连接之前等待活动的秒数。
#长时间的执行批量的MYSQL语句。最常见的就是采集或者新旧数据转化
显示同时设置interactive_timeout和wait_timeout才会生效，按照此提示，我们进行interactive_timeout参数修改。
3.修改session 级别interactive_timeout；
此时session级wait_timeout那是没变，退出重进？
又还原了。。。。
（此时是否理解session级与global级参数的区别了？）
那按之前的套路，再修改global级别的。
4.修改global级别interactive_timeout；
没有意外，果然session级的那是那个鸟样。
但是，按照上面的套路，退出重进试一下。
重进后，没设置session级的居然变了，和global级一样的。至此，我们了解到，只要同时修改global级interactive_timeout和wait_timeout才能生效。
小结：
- wait_timeout的修改要同时修改global级interactive_timeout和wait_timeout才能生效
- wait_timeout的作用是，设置非交互连接（就是指那些连接池方式、非客户端方式连接的）的超时时间，默认是28800，就是8小时，超过这个时间，mysql服务器会主动切断那些已经连接的，但是状态是sleep的连接。
- session级别的wait_timeout变量在连接初始化时，继承global的interactive_timeout参数值
- session级别的wait_timeout对当前交互连接生效（即当前连接的超时使用的是session wait_timeout，session interactive_timeout不生效）
- 新连接的session级别wait_timeout会使用global级别的interactive_timeout值覆盖，因为interactive_timeout值是对后续新连接生效
耿小厨已开通个人微信公众号，想进一步沟通或想了解其他文章的同学可以关注我
