一個(gè)100多Ｇ的sql文件導(dǎo)入時(shí)，大概一個(gè)多小時(shí)就會(huì)自動(dòng)斷了，報(bào)錯(cuò)：

專注于為中小企業(yè)提供網(wǎng)站設(shè)計(jì)制作、網(wǎng)站制作服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)宜川免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了上千多家企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過(guò)網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

MySQL lost connection during query

日志中發(fā)現(xiàn)，mysql有重啟的痕跡，找了關(guān)天cron之類的，并沒有發(fā)現(xiàn)什么問題，

而期間也并沒有人去手動(dòng)重啟mysqld服務(wù)。

開始懷疑是某些參數(shù)設(shè)置不當(dāng)，比如max_allowded_packet或connectiong_timeout等

參數(shù)設(shè)置的太小，都調(diào)整后問題依舊，最后發(fā)現(xiàn)swap竟然用完了，但是內(nèi)存剩余還有很多。

這說(shuō)明，mysql的配置文件中某些參數(shù)設(shè)置不當(dāng)，最后調(diào)整

innodb_buffer_poll_size這個(gè)參數(shù)，解決了