如果你沒有修改過MySQL的配置，缺省情況下，wait_timeout的初始值是28800。

wait_timeout過大有弊端，其體現(xiàn)就是MySQL里大量的SLEEP進程無法及時釋放，拖累系統(tǒng)性能，不過也不能把這個指設置的過小，否則你可能會遭遇到“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的話，會發(fā)現(xiàn)設置好像并沒有生效，這是因為單純使用show variables的話就等同于使用的是show session variables，查詢的是會話變量，只有使用show global variables，查詢的才是全局變量。

網(wǎng)絡上很多人都抱怨說他們set global之后使用show variables查詢沒有發(fā)現(xiàn)改變，原因就在于混淆了會話變量和全局變量，如果僅僅想修改會話變量的話，可以使用類似set wait_timeout=10;或者set session wait_timeout=10;這樣的語法。

另一個值得注意的是會話變量wait_timeout初始化的問題，這一點在手冊里已經(jīng)明確指出了，我就直接拷貝了：

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()).

MySQL大拿Jeremy Zawodny曾在他的文章Fixing Poor MySQL Default Configuration Values里面列出了幾個很惡心的MySQL缺省設置，不過沒包含wait_timeout，但我覺得它也應該算一個，每次新裝MySQL后最好都記得修改它。

轉(zhuǎn)載于:https://blog.51cto.com/liuer/990499

總結(jié)

以上是生活随笔為你收集整理的MySQL里的wait_timeout的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。