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、頁面程式等）一直佔用。

轉自：http://ourmysql.com/archives/810 出自Taobao
DBA Team