首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >浅析interactive_timeout和wait_timeout

浅析interactive_timeout和wait_timeout

作者头像
用户1278550
发布2018-08-09 14:54:36
6850
发布2018-08-09 14:54:36
举报
文章被收录于专栏:idbaidba

一 前言

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

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

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;

分析

会话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的连接多久会被关闭。

查看session级别的参数

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

分析

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

思考题

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

三 总结

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

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

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

上一篇文章 insert 语句加锁机制

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2018-06-03,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 一 前言
  • 二 参数介绍
    • 2.1 继承关系
      • 2.2 有效参数
      • 三 总结
      相关产品与服务
      云数据库 MySQL
      腾讯云数据库 MySQL(TencentDB for MySQL)为用户提供安全可靠,性能卓越、易于维护的企业级云数据库服务。其具备6大企业级特性,包括企业级定制内核、企业级高可用、企业级高可靠、企业级安全、企业级扩展以及企业级智能运维。通过使用腾讯云数据库 MySQL,可实现分钟级别的数据库部署、弹性扩展以及全自动化的运维管理,不仅经济实惠,而且稳定可靠,易于运维。
      领券
      问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档