MySQL配置参数:wait_timeout
2016-07-16 09:14
671 查看
作者:老王
如果你没有修改过MySQL的配置,缺省情况下,wait_timeout 的初始值是28800。
wait_timeout过大有弊端,其体现就是MySQL里大量的SLEEP进程无法及时释放,拖累系统性能,不过也不能把这个指设置的过小,否则你可能会遭遇到“MySQL has gone away”之类的问题,通常来说,我觉得把wait_timeout设置为10是个不错的选择,但某些情况下可能也会出问题,比如说有一个CRON脚本,其中两次SQL查询的间隔时间大于10秒的话,那么这个设置就有问题了(当然,这也不是不能解决的问题,你可以在程序里时不时 mysql_ping 一下,以便服务器知道你还活着,重新计算wait_timeout时间):
# vi /etc/my.cnf
[mysqld]
wait_timeout=10
# /etc/init.d/mysql restart
不过这个方法太生硬了,线上服务重启无论如何都应该尽可能避免,看看如何在MySQL命令行里通过SET来设置:
mysql> set global wait_timeout=10;
mysql> show global variables like 'wait_timeout';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| wait_timeout | 10 |
+----------------------------+-------+
这里一个容易把人搞蒙的地方是如果查询时使用的是show variables的话,会发现设置好像并没有生效,这是因为单纯使用show variables的话就等同于使用的是show session variables,查询的是会话变量,只有使用show global variables,查询的才是全局变量。
网络上很多人都抱怨说他们set global之后使用show variables查询没有发现改变,原因就在于混淆了会话变量和全局变量,如果仅仅想修改会话变量的话,可以使用类似set wait_timeout=10;或者set session wait_timeout=10;这样的语法。
另一个值得注意的是会话变量wait_timeout初始化的问题,这一点在手册里已经明确指出了,我就直接拷贝了:
On thread startup, the session wait_timeout value is initialized from the global wait_timeout value or from the global interactive_timeout value, depending on the type of client (as defined by the CLIENT_INTERACTIVE connect option to mysql_real_connect()).
参考:
http://hi.baidu.com/thinkinginlamp/item/2ddb2237a741d120b2c0c5fb
如果你没有修改过MySQL的配置,缺省情况下,wait_timeout 的初始值是28800。
wait_timeout过大有弊端,其体现就是MySQL里大量的SLEEP进程无法及时释放,拖累系统性能,不过也不能把这个指设置的过小,否则你可能会遭遇到“MySQL has gone away”之类的问题,通常来说,我觉得把wait_timeout设置为10是个不错的选择,但某些情况下可能也会出问题,比如说有一个CRON脚本,其中两次SQL查询的间隔时间大于10秒的话,那么这个设置就有问题了(当然,这也不是不能解决的问题,你可以在程序里时不时 mysql_ping 一下,以便服务器知道你还活着,重新计算wait_timeout时间):
# vi /etc/my.cnf
[mysqld]
wait_timeout=10
# /etc/init.d/mysql restart
不过这个方法太生硬了,线上服务重启无论如何都应该尽可能避免,看看如何在MySQL命令行里通过SET来设置:
mysql> set global wait_timeout=10;
mysql> show global variables like 'wait_timeout';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| wait_timeout | 10 |
+----------------------------+-------+
这里一个容易把人搞蒙的地方是如果查询时使用的是show variables的话,会发现设置好像并没有生效,这是因为单纯使用show variables的话就等同于使用的是show session variables,查询的是会话变量,只有使用show global variables,查询的才是全局变量。
网络上很多人都抱怨说他们set global之后使用show variables查询没有发现改变,原因就在于混淆了会话变量和全局变量,如果仅仅想修改会话变量的话,可以使用类似set wait_timeout=10;或者set session wait_timeout=10;这样的语法。
另一个值得注意的是会话变量wait_timeout初始化的问题,这一点在手册里已经明确指出了,我就直接拷贝了:
On thread startup, the session wait_timeout value is initialized from the global wait_timeout value or from the global interactive_timeout value, depending on the type of client (as defined by the CLIENT_INTERACTIVE connect option to mysql_real_connect()).
参考:
http://hi.baidu.com/thinkinginlamp/item/2ddb2237a741d120b2c0c5fb
相关文章推荐
- 【转】MySQL5.5的my.cnf 参数详解
- 【转】8G内存下MySQL的优化详细方案
- mysql 主从复制配置
- MySQL show processlist命令详解
- MySQL索引,MySQL性能分析及explain的使用,分析SQL查询性能
- 【转】4G内存下MySQL修改配置文件以优化效率(来自discuz)
- MySQL中的max_connections和max_user_connections 及 MySQL服务器最大连接数的合理设置
- mysql bin 安装
- 还原MySql数据库失败:max_allowed_packet 设置过小导致记录写入失败
- 设置MySQL数据库名不区分大小写
- session 如 mysql
- MySQL学习笔记(二)—查询
- mysql 错误总结 和FROM_UNIXTIME用法
- MySQL误操作后的数据恢复 推荐
- 解决:Reading table information for completion of table and column names
- MySQL复制出错 Last_SQL_Errno:1146的解决方法
- MySQL 常见数据拆分办法
- MYSQL数据库数据拆分之分库分表总结
- MySQL OOM 系统二 OOM Killer
- MySQL OOM 系列三 摆脱MySQL被Kill的厄运