一 前言

这篇文章之前发布过,但是结论有误,因为公众号只能修改几个错别字,不能修改文章结论,故重新发布一次,修正之前的结论。

本文通过测试我们要弄清楚两个问题:

a. 继承关系 wait_timeout在session和global级别分别继承那个参数?

b. 生效参数 在交互式会话和程序访问的非交互模式两种情况下到底哪个参数决定了空闲会话的存活时间?

二 参数介绍

首先说明两个关键词通过MySQL客户端连接db的是交互会话,通过jdbc等程序连接db的是非交互会话。 

interactive_timeout: MySQL服务器关闭交互式连接前等待的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。参数默认值:28800秒。

wait_timeout: MySQL服务器关闭非交互连接之前等待的秒数。在会话启动时,根据全局wait_timeout值或全局interactive_timeout值初始化会话wait_timeout值,取决于客户端连接类型,参数默认值:28800秒。

2.1 继承关系

1) 单独设置global级别的interactive_timeout 

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继承了global级别的interactive_timeout 值。

而session级别的wait_timeout继承了global 级别的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 >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级别的wait_timeout则不受影响。在没有改变interactive_timeout的值的情况下,去修改wait_timeout的值结果从session级别来看无效,就会出现前言中我遇到的情况。

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)

会话2进行查询

mysql> select sleep(5);
+----------+
| sleep(5) |
+----------+
| 0        |
+----------+
1 row in set (5.01 sec)

然后在session1 中 查看show processlist;

浅析interactive_timeout和wait_timeout_JAVA

分析

会话2 查询等待5s ,状态一直是sleep,20s之后会话关闭而不是10s就关闭。说明wait_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)

使用python程序非交互式访问数据库,查看数据库timeout参数。同时在数据库中执行show processlist 查看python的连接多久会被关闭。

浅析interactive_timeout和wait_timeout_JAVA_02

查看session级别的参数

浅析interactive_timeout和wait_timeout_JAVA_03

查看show processlist,通过python程序连接数据库的会话等待了25s之后,被中断。

浅析interactive_timeout和wait_timeout_JAVA_04

分析 

通过python 命令行获取的timeout 参数和交互方式获取的并不一致,在交互命令行中获取session级别的wait_timeout 的值为35,使用非交互命令获取的值为25,说明非交互式的wait_timeout继承全局的wait_timeout。 


思考题 

session1 通过非交互命令连接到db,此时全局的wait_timeout的值是28800,session 2 修改全局的wait_timeout 为30s ,问题 session1的会话会受到影响吗?

三 总结

1 timeout 只是针对空闲会话有影响。

交互模式下:session级别的wait_timeout继承global级别的interactive_timeout的值,而global级别的wait_timeout则不受interactive_timeout的影响。因此要修改交互模式下的wait_timeout,必须同时修改global interactive_timeout的值。

3 非交互模式下: wait_timeout参数继承global级别的wait_timeout,不受interactive_timeout的影响。