前言
在 mysql 的服务器配置中, 我们经常会使用到几个 timeout
诸如 connect_timeout, wait_timeout, interactive_timeout, read_timeout, write_timeout 等等
我们 这里来看一下 他们的具体的使用场景, 以及具体控制的相关信息 是什么
connect_timeout
这个是 客户端 和 服务器建立连接之后, 客户端需要向服务器发起认证请求
如果在 connect_timeout 期限内, 客户端未发送认证请求, 服务器会断开 和 客户端的连接
客户端和服务器这边新建了连接之后, 需要登录, 登录的时候设置了 socket 的读写超时时间为 connect_timeout
登录之后, 如果是登录成功
将 socket 的读写超时时间更新为 net_read_timeout, net_write_timeout
wait_timeout/interactive_timeout
这两个超时时间, 控制的是 一个连接 如果超过多久, 没有交互了, mysql 这边可以关闭这个连接了
从描述上面看, 二者基本上是一样的, 从业务控制上面看, interactive_timeout 被转换为了 wait_timeout
这里是 登录校验 的时候, 将 interactive_timeout 转换为了 wait_timeout
这里是具体使用到的地方, “thd->get_protocol()->get_command” 是轮询 socket, 查看客户端是否有请求数据过来
因此 在轮询之前, 将 socket 的超时时间更新为了 wait_timeout
当前连接, 如果是超过了 wait_timeout 没有活跃, 则 超时, 然后 外层 handle_connection 的循环, 走 end_connection, close_connection 的相关流程
read_timeout/write_timeout
这两个主要控制的就是 服务器这边从客户端读取数据, 和 服务器往客户端写出数据 的超时时间控制了
这两个系统变量 描述信息如下
read_timeout 的这边使用如下, 在处理客户端请求之前, 将 socket 的读取超时时间更新为 read_timeout
如果是 服务器这边读取客户端的请求数据, 超过了 read_timeout, 则超时
write_timeout 的这边配置是在 登录连接之后, 将 socket 的写出超时时间更新为了 write_timeout
然后 后面的, 请求处理等等相关, 均是基于这个 write_timeout 的配置
read_timeout 的整体更新流程
这个是在 创建连接, 处理业务, 关闭连接 的几个阶段的 socket 读取超时 时间的更新的一个大致的情况
初始化的时候, 使用全局变量的 read_timeout 进行初始化 读取超时时间
然后是 登录的使用, 使用 connect_timeout 来更新 socket 的读取超时时间
然后是 登录验证之后, 将 socket 的读取超时时间更新为了 read_timeout
然后是 轮询客户端请求之前, 将 socket 的超时时间 更新为了 wait_timeout
然后是处理客户端请求之前, 将 socket 的读取超时时间更新为了 read_timeout
之后是随着连接的 生命周期的业务处理, 在等待客户端请求信息之前将 socket 的读取超时时间更新为 wait_timeout, 在处理客户端的请求信息之前将 socket 的读取超时时间更新为 read_timeout
write_timeout 的整体更新流程
这个是在 创建连接, 处理业务, 关闭连接 的几个阶段的 socket 写出超时 时间的更新的一个大致的情况
初始化的时候, 使用全局变量的 write_timeout 进行初始化 写出超时时间
然后是 登录的使用, 使用 connect_timeout 来更新 socket 的读取写出时间
然后是 登录验证之后, 将 socket 的读取超时时间更新为了 write_timeout
然后在之后连接的生命周期中, socket 的写出超时时间, 一直是 write_timeout
完
