一 前言
这篇文章源于自己一个无知的提问,作为一个DBA 老鸟,实在汗颜 。如图,修改wait_timeout参数之后 并没有及时生效,于是乎去跑到技术支持群里问了。。ps 应该去查g.cn 才对。。
本文 通过测试我们要弄清楚两个问题
a 继承关系 wait_timeout在session和global级别分别继承那个参数?
b 生效参数 在会话中到底哪个参数决定了会话的存活时间?
二 参数介绍
首先说明两个关键词 通过MySQL 客户端连接db的是 交互会话,通过jdbc等程序连接db的是 非交互会话。
interactive_timeout: MySQL服务器关闭交互式连接前等待的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。参数默认值:28800秒(8小时)
wait_timeout: MySQL服务器关闭非交互连接之前等待的秒数。在会话启动时,根据全局wait_timeout值或 全局interactive_timeout值初始化会话wait_timeout值,取决于客户端类型--由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义。参数默认值:28800秒(8小时)
2.1 继承关系
1) 单独设置global级别的interactive_timeout
分析
在交互模式下 ,session和global级别的 interactive_timeout 继承了 interactive_timeout global的值。而 wait_timeout 的值,session级别继承了interactive_timeout。global级别的wait_timeout 则不受影响 。
2) 设置session级别的 interactive_timeout
分析
从上面的例子来看 wait_timeout 并不受session级别的interactive_timeout的值的影响。
3) 同时设置两者的值,且不同。
分析
从案例1 2中可以得出session级别的wait_timeout 继承global 级别的 interactive_timeout 的值 global级别的session则不受影响。在没有改变 interactive_timeout的值的情况下,去修改wait_timeout的值
结果无效。就会出现前言中我遇到的情况。
2.2 有效参数
通过一个例子检测影响会话的参数是哪个?验证方式通过设置全局的timeout时间(注意两者时间不同),另外起一个会话
会话2进行查询
然后在session1 中 查看show processlist;
分析
交互式 timeout时间受global级别的interactive_timeout影响。
2)非交互模式
目前的测试并没有达到预期,测试模型如下设置
在python命令行中模拟非交互数据来访问数据库,查看数据库timeout参数。同时在数据库中执行show processlist 查看python的连接多久会被关闭。
查看session级别的参数
查看show processlist,通过python程序连接数据库的会话等待了25s之后,被中断。
分析
1 通过python 命令行获取的timeout 参数和交互方式获取的并不一致,在交互命令行中获取session级别的wait_timeout 的值为35,使用非交互命令获取的值为25,说明wait_timeout继承全局的wait_timeout。
2 交互模式下会话空闲时间超过wait_timeout立即会被断开。
3) 思考题
session1 通过非交互命令连接到db,此时全局的wait_timeout的值是28800,session 2 修改全局的wait_timeout 为30s ,问题 session1的会话会受到影响吗?
三 总结
1 timeout 只是针对空闲会话有影响。
2 session级别的wait_timeout继承global级别的interactive_timeout的值。而global级别的session则不受interactive_timeout的影响。
3 交互式会话的timeout时间受global级别的interactive_timeout影响。 因此要修改非交互模式下的timeout,必须同时修改 interactive_timeout 的值。
4 非交互模式下,wait_timeout参数继承global级别的wait_timeout。
四 参考资料
注意 本文测试的和参考资料并不完全相符,需要各位读者亲自测试,得到自己的结论。
[1] MySQL timeout相关参数解析和测试
[2] MySQL中interactive_timeout和wait_timeout的区别
[3] 官方文档
这篇文章源于自己一个无知的提问,作为一个DBA 老鸟,实在汗颜 。如图,修改wait_timeout参数之后 并没有及时生效,于是乎去跑到技术支持群里问了。。ps 应该去查g.cn 才对。。
本文 通过测试我们要弄清楚两个问题
a 继承关系 wait_timeout在session和global级别分别继承那个参数?
b 生效参数 在会话中到底哪个参数决定了会话的存活时间?
二 参数介绍
首先说明两个关键词 通过MySQL 客户端连接db的是 交互会话,通过jdbc等程序连接db的是 非交互会话。
interactive_timeout: MySQL服务器关闭交互式连接前等待的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。参数默认值:28800秒(8小时)
wait_timeout: MySQL服务器关闭非交互连接之前等待的秒数。在会话启动时,根据全局wait_timeout值或 全局interactive_timeout值初始化会话wait_timeout值,取决于客户端类型--由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义。参数默认值:28800秒(8小时)
2.1 继承关系
1) 单独设置global级别的interactive_timeout
- set global interactive_timeout = 300
- session1 [RO] 09:34:20 >set global interactive_timeout=300;
- Query OK, 0 rows affected (0.00 sec)
- session1 [RO] 09:39:15 >select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- session1 [RO] 09:39:21 >select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- 登陆另外一个会话
- session2 [RO] 09:39:35 >select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- session2 [RO] 09:39:51 >select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 300 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
在交互模式下 ,session和global级别的 interactive_timeout 继承了 interactive_timeout global的值。而 wait_timeout 的值,session级别继承了interactive_timeout。global级别的wait_timeout 则不受影响 。
2) 设置session级别的 interactive_timeout
- session1 [RO] 09:44:07 >set session interactive_timeout=300;
- Query OK, 0 rows affected (0.00 sec)
- session1 [RO] 09:44:27 >select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 28800 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- session1 [RO] 09:44:31 >select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- 另外开启一个会话
- session2 [RO] 09:44:41 >select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 28800 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.01 sec)
- session2 [RO] 09:44:44 >select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 28800 |
- | WAIT_TIMEOUT | 28800 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
从上面的例子来看 wait_timeout 并不受session级别的interactive_timeout的值的影响。
3) 同时设置两者的值,且不同。
- session1 [RO] 09:46:42 >
- (none) [RO] 09:46:42 >set global interactive_timeout=300;
- Query OK, 0 rows affected (0.00 sec)
- session1 [RO] 09:46:55 >set global wait_timeout=360;
- Query OK, 0 rows affected (0.00 sec)
- 另开启一个会话
- session2 [RO] 09:47:20 >select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 300 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- session2 [RO] 09:47:22 >select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 300 |
- | WAIT_TIMEOUT | 360 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
从案例1 2中可以得出session级别的wait_timeout 继承global 级别的 interactive_timeout 的值 global级别的session则不受影响。在没有改变 interactive_timeout的值的情况下,去修改wait_timeout的值
结果无效。就会出现前言中我遇到的情况。
2.2 有效参数
通过一个例子检测影响会话的参数是哪个?验证方式通过设置全局的timeout时间(注意两者时间不同),另外起一个会话
- session1 [RO] 10:20:56 >set global interactive_timeout=20;
- Query OK, 0 rows affected (0.00 sec)
- session1 [RO] 10:23:32 >set global wait_timeout=10;
- Query OK, 0 rows affected (0.00 sec)
- mysql> select sleep(5);
- +----------+
- | sleep(5) |
- +----------+
- | 0 |
- +----------+
- 1 row in set (5.01 sec)
分析
交互式 timeout时间受global级别的interactive_timeout影响。
2)非交互模式
目前的测试并没有达到预期,测试模型如下设置
- mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 35 |
- | WAIT_TIMEOUT | 35 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
- mysql> select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
- +---------------------+----------------+
- | variable_name | variable_value |
- +---------------------+----------------+
- | INTERACTIVE_TIMEOUT | 35 |
- | WAIT_TIMEOUT | 25 |
- +---------------------+----------------+
- 2 rows in set (0.00 sec)
查看session级别的参数
查看show processlist,通过python程序连接数据库的会话等待了25s之后,被中断。
分析
1 通过python 命令行获取的timeout 参数和交互方式获取的并不一致,在交互命令行中获取session级别的wait_timeout 的值为35,使用非交互命令获取的值为25,说明wait_timeout继承全局的wait_timeout。
2 交互模式下会话空闲时间超过wait_timeout立即会被断开。
3) 思考题
session1 通过非交互命令连接到db,此时全局的wait_timeout的值是28800,session 2 修改全局的wait_timeout 为30s ,问题 session1的会话会受到影响吗?
三 总结
1 timeout 只是针对空闲会话有影响。
2 session级别的wait_timeout继承global级别的interactive_timeout的值。而global级别的session则不受interactive_timeout的影响。
3 交互式会话的timeout时间受global级别的interactive_timeout影响。 因此要修改非交互模式下的timeout,必须同时修改 interactive_timeout 的值。
4 非交互模式下,wait_timeout参数继承global级别的wait_timeout。
四 参考资料
注意 本文测试的和参考资料并不完全相符,需要各位读者亲自测试,得到自己的结论。
[1] MySQL timeout相关参数解析和测试
[2] MySQL中interactive_timeout和wait_timeout的区别
[3] 官方文档