這樣的話虛擬機(jī)上跑的一些進(jìn)程沒(méi)有手動(dòng)停止就異常關(guān)閉了，可能會(huì)出現(xiàn)問(wèn)題。等物理機(jī)開(kāi)機(jī)登陸之后，看環(huán)境狀態(tài)，果然mysql啟動(dòng)失敗了，在此記錄下此情況的解決方式。

上網(wǎng)查看了一下報(bào)錯(cuò)，主要有以下幾種可能導(dǎo)致報(bào)錯(cuò)的情況：

• 1)可能是/xxx/xxxx/xxxx/mysqld.pid文件沒(méi)有寫的權(quán)限。
• 2)可能進(jìn)程里已經(jīng)存在mysql進(jìn)程。
• 3)可能是第二次在機(jī)器上安裝mysql，之前環(huán)境的mysql-bin.index沒(méi)刪除影響了服務(wù)的啟動(dòng)。
• 4)my.cnf配置文件下，沒(méi)有指定datadir。
• 5)my.cnf配置文件下skip-federated沒(méi)有被注釋。
• 6)mysql啟動(dòng)目錄的所屬者和所屬組不對(duì)。
• 7)沒(méi)關(guān)閉selinux。

各參數(shù)意思如下，能填寫小數(shù)值庫(kù)能起來(lái)最好，否則有丟失數(shù)據(jù)的風(fēng)險(xiǎn)。

• 1）(SRV_FORCE_IGNORE_CORRUPT): 忽略檢查到的 corrupt 頁(yè)。盡管檢測(cè)到了損壞的 page 仍強(qiáng)制服務(wù)運(yùn)行。一般設(shè)置為該值即可，然后 dump 出庫(kù)表進(jìn)行重建。
• 2）(SRV_FORCE_NO_BACKGROUND): 阻止主線程的運(yùn)行，如主線程需要執(zhí)行 full purge 操作，會(huì)導(dǎo)致 crash。 阻止 master thread 和任何 purge thread 運(yùn)行。若 crash 發(fā)生在 purge 環(huán)節(jié)則使用該值。
• 3）(SRV_FORCE_NO_TRX_UNDO): 不執(zhí)行事務(wù)回滾操作。
• 4）(SRV_FORCE_NO_IBUF_MERGE): 不執(zhí)行插入緩沖的合并操作。如果可能導(dǎo)致崩潰則不要做這些操作。不要進(jìn)行統(tǒng)計(jì)操作。該值可能永久損壞數(shù)據(jù)文件。若使用了該值，則將來(lái)要?jiǎng)h除和重建輔助索引。
• 5）(SRV_FORCE_NO_UNDO_LOG_SCAN): 不查看重做日志，InnoDB 存儲(chǔ)引擎會(huì)將未提交的事務(wù)視為已提交。此時(shí) InnoDB 甚至把未完成的事務(wù)按照提交處理。該值可能永久性的損壞數(shù)據(jù)文件。
• 6）(SRV_FORCE_NO_LOG_REDO): 不執(zhí)行前滾的操作。恢復(fù)時(shí)不做 redo log roll-forward。使數(shù)據(jù)庫(kù)頁(yè)處于廢止?fàn)顟B(tài)，繼而可能引起 B 樹(shù)或者其他數(shù)據(jù)庫(kù)結(jié)構(gòu)更多的損壞。