MySQL數(shù)據(jù)庫崩潰怎么辦

MySQL 隨著版本不停迭代，崩潰的現(xiàn)象越來越少，也越來越隱蔽。

10年積累的成都做網(wǎng)站、網(wǎng)站建設(shè)經(jīng)驗(yàn)，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先做網(wǎng)站設(shè)計后付款的網(wǎng)站建設(shè)流程，更有康縣免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

一旦遇到生產(chǎn)環(huán)境上的 MySQL 崩潰，就需要保留現(xiàn)場信息，供分析用。雖然 MySQL 的 error log 中會打印部分信息，但對于比較隱蔽的崩潰，往往顯得力不從心。

通過開啟操作系統(tǒng)級別、放開用戶限制、啟用 MySQL 參數(shù)三個步驟，我們啟用了 MySQL 的 coredump 功能，使得 MySQL 崩潰時留下了足夠的線索。

對于復(fù)雜崩潰的分析，還是需要將 coredump 交給專業(yè)的研發(fā)工程師手里，或者提交給 MySQL 開發(fā)團(tuán)隊(duì)。

不過不管是什么場景，能提供一份 coredump，所有技術(shù)人員都會感謝你的。

頻繁查詢mysql數(shù)據(jù)庫導(dǎo)致崩潰

MySQL 在崩潰恢復(fù)時，會遍歷打開所有 ibd 文件的 header page 驗(yàn)證數(shù)據(jù)字典的準(zhǔn)確性，如果 MySQL 中包含了大量表，這個校驗(yàn)過程就會比較耗時。 MySQL 下崩潰恢復(fù)確實(shí)和表數(shù)量有關(guān)，表總數(shù)越大，崩潰恢復(fù)時間越長。另外磁盤 IOPS 也會影響崩潰恢復(fù)時間，像這里開發(fā)庫的 HDD IOPS 較低，因此面對大量的表空間，校驗(yàn)速度就非常緩慢。另外一個發(fā)現(xiàn)，MySQL 8 下正常啟用時居然也會進(jìn)行表空間校驗(yàn)，而故障恢復(fù)時則會額外再進(jìn)行一次表空間校驗(yàn)，等于校驗(yàn)了 2 遍。不過 MySQL 8.0 里多了一個特性，即表數(shù)量超過 5W 時，會啟用多線程掃描，加快表空間校驗(yàn)過程。

如何跳過校驗(yàn)MySQL 5.7 下有方法可以跳過崩潰恢復(fù)時的表空間校驗(yàn)過程嘛？查閱了資料，方法主要有兩種：

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那么 validate = false，即可以跳過表空間校驗(yàn)。實(shí)際測試的時候設(shè)置 innodb_force_recovery =1，也就是強(qiáng)制恢復(fù)跳過壞頁，就可以跳過校驗(yàn)，然后重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復(fù)后非常耗時的表空間校驗(yàn)過程，快速啟動 MySQL，個人目前暫時未發(fā)現(xiàn)有什么隱患。2. 使用共享表空間替代獨(dú)立表空間這樣就不需要打開 N 個 ibd 文件了，只需要打開一個 ibdata 文件即可，大大節(jié)省了校驗(yàn)時間。自從聽了姜老師講過使用共享表空間替代獨(dú)立表空間解決 drop 大表時性能抖動的原理后，感覺共享表空間在很多業(yè)務(wù)環(huán)境下，反而更有優(yōu)勢。

臨時冒出另外一種解決想法，即用 GDB 調(diào)試崩潰恢復(fù)，通過臨時修改 validate 變量值讓 MySQL 跳過表空間驗(yàn)證過程，然后讓 MySQL 正常關(guān)閉，重新啟動就可以正常啟動了。但是實(shí)際測試發(fā)現(xiàn)，如果以 debug 模式運(yùn)行，確實(shí)可以臨時修改 validate 變量，跳過表空間驗(yàn)證過程，但是 debug 模式下代碼運(yùn)行效率大打折扣，反而耗時更長。而以非 debug 模式運(yùn)行，則無法修改 validate 變量，想法破滅。

mysql 崩潰了

MySQL 隨著版本不停迭代，崩潰的現(xiàn)象越來越少，也越來越隱蔽。

一旦遇到生產(chǎn)環(huán)境上的 MySQL 崩潰，就需要保留現(xiàn)場信息，供分析用。雖然 MySQL 的 error log 中會打印部分信息，但對于比較隱蔽的崩潰，往往顯得力不從心。

通過開啟操作系統(tǒng)級別、放開用戶限制、啟用 MySQL 參數(shù)三個步驟，我們啟用了 MySQL 的 coredump 功能，使得 MySQL 崩潰時留下了足夠的線索。

對于復(fù)雜崩潰的分析，還是需要將 coredump 交給專業(yè)的研發(fā)工程師手里，或者提交給 MySQL 開發(fā)團(tuán)隊(duì)。

不過不管是什么場景，能提供一份 coredump，所有技術(shù)人員都會感謝你的。

當(dāng)前標(biāo)題：mysql崩潰怎么辦 mysql崩潰原因
新聞來源：http://jinyejixie.com/article38/dosgepp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、網(wǎng)站收錄、營銷型網(wǎng)站建設(shè)、響應(yīng)式網(wǎng)站、網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)