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

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

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

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

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

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

mysql崩潰

masql沒升級吧？ 要是沒升級這樣出錯(cuò)了就你COPY文件的錯(cuò)誤 一般數(shù)據(jù)庫的文件都是自動生成 默認(rèn)的 COPY是無效的

mysql數(shù)據(jù)庫崩潰的原因？

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

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

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

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

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

MySQL 服務(wù)無法啟動。服務(wù)沒有報(bào)告任何錯(cuò)誤。

MySQL數(shù)據(jù)庫在升級到5.7版本后，和之前的版本有些不一樣，沒有data文件夾，我們都知道MySQL數(shù)據(jù)庫文件是保存在data文件夾中的，網(wǎng)上有人說把5.6版本的data文件夾拷貝一個(gè)，這種說法聽聽都不靠譜，我也試了，確實(shí)能夠登錄，但是無法修改管理員密碼，下面還是給個(gè)標(biāo)準(zhǔn)的解決方法。

安裝好MySQL5.7后，打開cmd命令窗口，并且進(jìn)入到MySQL安裝目錄中的bin目錄，然后輸入如下命令回車即可：

mysqld --initialize-insecure --user=mysql

執(zhí)行完上面命令后，MySQL會自建一個(gè)data文件夾，并且建好默認(rèn)數(shù)據(jù)庫，登錄的用戶名為root，密碼為空，后面的操作就跟之前版本一樣了