lost connection to server during query
該mysql server has gone away錯誤最常見的原因是伺服器超時並關閉了連線。在這種情況下，您通常會收到以下錯誤**之一（您收到的錯誤**取決於作業系統）。
錯誤**
描述cr_server_gone_error
客戶端無法向伺服器傳送問題。
cr_server_lost
客戶端在寫入伺服器時沒有收到錯誤，但它沒有得到問題的完整答案（或任何答案）。
預設情況下，如果沒有發生任何事情，伺服器會在八小時後關閉連線。
wait_timeout您可以通過在啟動
mysqld
時設定變數來更改時間限制。
mysql server has gone away該錯誤的 其他一些常見原因是：
您可以通過啟動mysqld
並將 系統變數設定為 3 來獲取有關丟失連線的更多資訊。這會在檔案
log_error_verbosity中記錄一些斷開連線訊息。
此錯誤訊息有三個可能的原因。
通常它表示網路連線有問題，如果經常出現此錯誤，您應該檢查網路狀況。如果錯誤訊息包括
「during query
」，這可能是您遇到的情況。
有時，當作為乙個或多個查詢的一部分傳送數百萬行時，會出現
「查詢期間
」形式。
如果您知道這種情況正在發生，您應該嘗試
net_read_timeout從預設的 30 秒增加到 60 秒或更長，這足以完成資料傳輸。
更罕見的是，當客戶端嘗試與伺服器建立初始連線時，可能會發生這種情況。在這種情況下，如果您的
connect_timeout值設定為只有幾秒鐘，您可以通過將其增加到 10 秒來解決問題，如果您的距離很長或連線速度很慢，可能會更長。您可以使用 確定您是否遇到這種更不常見的原因show global status like 'aborted_connects'。對於伺服器中止的每次初始連線嘗試，它都會增加一。您可能會看到
「讀取授權資料報
」作為錯誤訊息的一部分；如果是這樣，那也表明這是您需要的解決方案。
如果原因不是剛剛描述的那些，您可能會遇到
blob大於 的值的問題
max_allowed_packet，這可能會導致某些客戶端出現此錯誤。有時您可能會看到乙個
er_net_packet_too_large錯誤，這確認您需要增加
max_allowed_packet.
如果客戶端甚至無法連線，伺服器會增加
aborted_connects狀態變數。由於以下原因，可能會發生不成功的連線嘗試：
如果發生此類事情，則可能表明有人試圖闖入您的伺服器！如果啟用了通用查詢日誌，則會將此類問題的訊息記錄到其中。
如果客戶端成功連線但後來不正確地斷開連線或終止，則伺服器增加
aborted_clients狀態變數，並將
aborted 連線
訊息記錄到錯誤日誌中。原因可能是以下任何一種：
中止連線或中止客戶端出現問題的其他原因：
Mysql 日誌管理 錯誤日誌
mysql的錯誤日誌記錄了mysqd伺服器的基本程序的執行狀態資訊。命令 配置選項 log error filen ame 呼叫flush logs時，生成新的錯誤日誌檔案，舊的檔名新增 old 字尾 命令 配置選項 log warnings 控制mysql將警告資訊也記錄到錯誤日誌檔案裡 動態系統...
mySQL 錯誤日誌分析
錯誤 130111 3 33 55 warning ip address 74.86.110.133 has been resolved to the host name 74.86.110.133 static.reverse.softlayer.com which resembles ipv4 ...
mysql 錯誤日誌log error
1 啟動錯誤日誌 在不同的情況下，錯誤日誌會記錄在不同的位置，如果沒有配置檔案指定檔名，則預設為hostname.err 在mysql5.6的rpm發布的方式中，錯誤日誌被放在 var log mysqld.log 可以通過my.cnf檔案進行配置 mysqld safe log error var...