MySQL Timeout解析

「And God said, Let there be network: and there was timeout」
在使用MySQL的過程當中，你是否遇到了衆多讓人百思不得其解的Timeout？
那麼這些Timeout以後，究竟是代碼問題，仍是鮮爲人知的匠心獨具？
本期Out-man，講述我們MySQL DBA本身的Timeout。

先看一下比較常見的Timeout參數和相關解釋：
connect_timeout
The number of seconds that the mysqld server waits for a connect packet before responding with Bad handshake.
interactive_timeout
The number of seconds the server waits for activity on an interactive connection before closing it.
wait_timeout
The number of seconds the server waits for activity on a noninteractive connection before closing it.
net_read_timeout
The number of seconds to wait for more data from a connection before aborting the read.
net_write_timeout
The number of seconds to wait for a block to be written to a connection before aborting the write.

從以上解釋能夠看出，connect_timeout在獲取鏈接階段（authenticate）起做用，interactive_timeout和wait_timeout在鏈接空閒階段（sleep）起做用，而net_read_timeout和net_write_timeout則是在鏈接繁忙階段（query）起做用。

獲取MySQL鏈接是屢次握手的結果，除了用戶名和密碼的匹配校驗外，還有IP->HOST->DNS->IP驗證，任何一步均可能由於網絡問題致使線程阻塞。爲了防止線程浪費在沒必要要的校驗等待上，超過connect_timeout的鏈接請求將會被拒絕。

即便沒有網絡問題，也不能容許客戶端一直佔用鏈接。對於保持sleep狀態超過了wait_timeout（或interactive_timeout，取決於CLIENT_INTERACTIVE標誌）的客戶端，MySQL會主動斷開鏈接。

即便鏈接沒有處於sleep狀態，即客戶端忙於計算或者存儲數據，MySQL也選擇了有條件的等待。在數據包的分發過程當中，客戶端可能來不及響應（發送、接收、或者處理數據包太慢）。爲了保證鏈接不被浪費在無盡的等待中，MySQL也會選擇有條件（net_read_timeout和net_write_timeout）地主動斷開鏈接。

這麼多Timeout足以證實MySQL是多麼樂於斷開鏈接。而樂於斷開鏈接的背後，主要是爲了防止服務端共享資源被某客戶端（mysql、mysqldump、頁面程序等）一直佔用。