1976年贪婪的嘴唇,韩国少妇激三级做爰2023电影,久久久久久精品国产三级涨奶,妖精漫画在线观看免费漫画下拉式

網 站的數據會定期備份，現在數據大了，mysqldump 方法估計是不行了，并且失敗了以后并不能接著上次的位置開始備份。報錯內容：mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `table name` at row: 23699。

Lost connection to MySQL server，在使用 mysqldump 的時候（尤其是向 NFS 上備份的時候），很多人都被“mysqldump:Got error:2013: Lost connection to MySQL server during query when dumping table”的問題困擾，在Manual中對這個問題有一些簡單的說明。

在向NFS上備份的時候，數據的流向是這樣的：MySQL Server 端從數據文件中檢索出數據，然后分批將數據返回給mysqldump 客戶端，然后 mysqldump 將數據寫入到NFS上。一般地，向 NFS 上寫入數據的速度較之Server端檢索發送數據的速度要慢得多，這就會導致 mysqldump 無法及時的接受 Server 端發送過來的數據，Server 端的數據就會積壓在內存中等待發送，這個等待不是無限期的，當 Server 的等待時間超過 net_write_timeout（默認是60秒）時它就失去了耐心，mysqldump 的連接會被斷開，同時拋出錯誤 Got error: 2013: Lost connection。

增加 net_write_timeout 可以解決上述的問題的。在實踐中發現，在增大 net_write_timeout 后，Server 端會消耗更多的內存，有時甚至會導致 swap 的使用（并不確定是不是修改 net_write_timeout 所至）。建議在mysqldump 之前修改 net_write_timeout 為一個較大的值（如1800），在 mysqldump 結束后，在將這個值修改到默認的60。

Lost connection to MySQL server during query 錯誤

造成這樣的錯誤原因很多

個人經驗認為先試一試這兩個參數，大部分都是這個原因引起的：

bind-address = 127.0.0.1

skip-name-resolve

這兩個參數任意一個就行。

也就是說遇到2006,2013錯誤就重新連接一下MySQL。

MySQL層面，需要配置一些參數 my.cnf

wait_timeout = x 超時時間

max_allowed_packet = y 最大允許數據量

一般出現這種情況不是所有例句而是單個表，請你先修復表一般都能解決這類問題

備份不要在數據庫壓力較大的時候進行，每天凌晨備份是比較合適的

如果是事務型引擎（InnoDB），建議使用 --single-transaction 參數，這樣可以讓鎖表時間變得很短。

上 面是做法估計是行不通了，網站在虛擬主機上，修改 MySQL 配置是不太可能的。MySQL 官網也有類似的報告 。暫時只能使用 --ignore-table=<database>.<table> 選項忽略比較大的表暫時不備份吧。

更多信息請查看IT技術專欄