MySQL timeout类参数

- 日理万妓 2023-06-06 15:25 2阅读 0赞

**connect\_timeout**  
在客户端建立连接阶段，MySQL等待客户端的连接packet，超过了connect\_timeout之后MySQL会回应bad handshake并断开连接。该参数默认为10，单位秒。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70]

**delayed\_insert\_timeout**  
废弃参数，MySQL不再支持延迟插入。

**have\_statement\_timeout**  
是否开启语句执行超时  
![在这里插入图片描述][20191012104608876.png]

**MAX\_EXECUTION\_TIME**  
select语句的执行超时时间，只针对select语句。设为0表示不限制执行时间。  
也可以在语句级别以hint的方式来指定个别语句`SELECT /*+ MAX_EXECUTION_TIME(1000) */ * FROM t1 INNER JOIN t2 WHERE ..`，对于包含多个select的SQL，如union，MAX\_EXECUTION\_TIME是针对整个SQL而言，但必须在第一个select时就指定hint。  
对于存储过程中的select，忽略执行超时限定。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 1]

**innodb\_lock\_wait\_timeout**  
等待行锁的超时时间，单位为秒。如果等待行锁超时，会遇到以下报错：  
`ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction`  
同时，等待行锁超时的语句会回滚，注意不是整个事务回滚。如果需要回滚整个事务，可以开启innodb\_rollback\_on\_timeout，但需要在启动实例时就开启。  
innodb\_lock\_wait\_timeout只应用于行锁，因为表锁并不是innodb引擎层面，而是server层面的，所以innodb\_lock\_wait\_timeout对于表锁是不起效的。  
innodb\_lock\_wait\_timeout也可以用来处理死锁问题，但是如果已经开启了innodb\_deadlock\_detect，则死锁问题不会考虑innodb\_lock\_wait\_timeout，而是每个行锁都会马上检测是否引发了死锁。  
任何客户端都可以设定语句级别的innodb\_lock\_wait\_timeout，但全局级别的innodb\_lock\_wait\_timeout需要Super权限。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 2]

**innodb\_rollback\_on\_timeout**  
控制是否在事务超时的时候回滚事务，即事务内有语句触发了innodb\_lock\_wait\_timeout。默认为OFF。  
但需要注意，如果事务是以start transaction或begin显示启动，触发innodb\_rollback\_on\_timeout回滚事务以后，并没有关闭事务，也就是说事务的操作回滚了，但是事务并没有结束，后续的语句也会归属于这个事务，直到执行commit或rollback或隐式提交。

**interactive\_timeout**  
交互式连接的空闲超时时间，单位为秒。  
即在mysql\_real\_connect()函数中使用了CLIENT\_INTERACTIVE选项。例如MySQL客户端。  
而JDBC就是非交互式的连接。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 3]

**wait\_timeout**  
非交互式连接的空闲超时时间，单位为秒。  
如interactive\_timeout的解释。  
当一个用户连接线程创建成功，wait\_timeout参数会根据连接的类型（交互和非交互），来继承interactive\_timeout或wait\_timeout的值。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 4]

**lock\_wait\_timeout**  
等待MDL的超时时间，单位为秒，取值范围1-31536000（一年），默认是一年。  
lock\_wait\_timeout不应用于隐式的系统表的MDL锁等待，例如grant操作隐式地修改mysql.user表，可能会发生MDL，但等待时间不受lock\_wait\_timeout的限制。  
而对系统表的显式使用则应用lock\_wait\_timeout，例如select … from mysql.user。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 5]

**net\_read\_timeout**  
MySQL在读取客户端数据时的空闲等待超时时间，这跟wait\_timeout是不一样的，容易混淆。  
例如客户端在跑一个巨大数据量的load data，但是由于网络问题，MySQL在读取客户端信息期间突然读不到数据了，就会等待net\_read\_timeout这么长的时间，超时就断开连接。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 6]

**net\_write\_timeout**  
MySQL在写一个block到一个连接的等待超时时间。与net\_read\_timeout类似。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 7]

**slave\_net\_timeout**  
在等待主库或从库的后续数据的超时时间，单位为秒，默认60，设置后在重启从库复制后生效。例如主库比较空闲，一旦超过slave\_net\_timeout不发送binlog event，slave会马上进行重连。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 8]

**rpl\_stop\_slave\_timeout**  
控制stop slave命令的前端等待时间，单位为秒，取值范围2-31536000（一年），默认是一年。  
例如发出stop slave，但是由于复制线程由于某些原因无法停下，所以stop slave暂时无法执行完成，所以客户端会一直卡住，而rpl\_stop\_slave\_timeout控制客户端卡住的时间。  
需要注意的是，虽然超过rpl\_stop\_slave\_timeout后会提示操作未完成并且返回操作界面，但是Stop slave命令仍然会在后台执行，等到复制线程不繁忙可以停止的时候，就会停止从库复制。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 9]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70]: /images/20230601/2ed507ba82104ddab4ab14edf0f06e54.png
[20191012104608876.png]: /images/20230601/43ed797f29e2458faacdd3e88eb869ea.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 1]: /images/20230601/81c6a987f0e04671891fe42d60e944e7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 2]: /images/20230601/e03ce70bf6514a9d8e12c2ae11546caa.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 3]: /images/20230601/9b371f6632c14dacad41a98a714baf10.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 4]: /images/20230601/9838bd7a8b594c26890de45fd356e68e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 5]: /images/20230601/70efbc268f9b435d86389e5eb63568f7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 6]: /images/20230601/4521c5d1fb8047c0a65fd641426558a0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 7]: /images/20230601/2d71524e10a24b77acf9c1e40d51f4ba.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 8]: /images/20230601/99dde9900e514d5ea5d0381ee739d9a7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTAwNDkwMQ_size_16_color_FFFFFF_t_70 9]: /images/20230601/ee06ae4fec934f16b90d79c25bf71b7e.png