zimbra服務(wù)器故障導(dǎo)致mysql開啟失敗怎么辦？

記一次zimbra服務(wù)器故障導(dǎo)致mysql起不來問題
服務(wù)器有一天突然訪問不了，局域網(wǎng)連接不上，去機房查看，硬盤燈亮著，屏黑的，按電源鍵沒法關(guān)機，沒辦法，只能強制關(guān)機了。強制關(guān)機后，啟動起來，登陸進去看。
zmcontrol status過了好久才出現(xiàn)內(nèi)容，提示如下:
Unable to determine enabled services from ldap.
Unable to determine enabled services. Cache is out of date or doesn't exist.
經(jīng)網(wǎng)上查找解決方法:
zmcontrol stop
再zmcontrol start
啟動的時候就報錯了，好幾個服務(wù)啟動不起來
我就單獨一個服務(wù)一個服務(wù)啟動
看啟動提示都是提示mysql.service這個服務(wù)啟動不了
于是我去后臺查看mysql報錯日志
查看 /opt/zimbra/log/mysql_error.log
發(fā)現(xiàn)很多類似出錯提示:
Failed to find tablespace for table '"mboxgroup99"."tag"' in the cache. Attempting to load the tablespace with space id 6420
網(wǎng)上查了一下應(yīng)該是Mysql表空間遭到破壞（應(yīng)該是強制關(guān)機引起的）
于是我就想是否可以通過還原mysql數(shù)據(jù)庫來恢復(fù)表空間，因為系統(tǒng)每天有自動備份mysql數(shù)據(jù)庫
但是還原的時候又提示我以下信息:
Table 'xxx' is read only,表只讀，網(wǎng)上查了修改目錄底下文件夾和文件的權(quán)限，可是這些權(quán)限本來就沒有改，就不需要更改了
網(wǎng)上又找方法，發(fā)現(xiàn)可以修改my.cnf配置文件讓他強制啟動
/opt/zimbra/conf/my.cnf
在[mysqld]添加:
#innodb_force_recovery = 6
#innodb_purge_threads = 1
然后重啟mysql.service服務(wù)
這回zmcontrol查看各個服務(wù)都啟動了，個別啟動不了的再單獨啟動，等zmcontrol status查看各個服務(wù)都是running的時候再去登陸網(wǎng)頁版發(fā)送郵件，發(fā)現(xiàn)只能發(fā)，不能收，還是有問題
又繼續(xù)在網(wǎng)上查找方法，發(fā)現(xiàn)可以利用innochecksum這個工具修復(fù)，網(wǎng)上想安裝這個工具麻煩，找下/opt/zimbra/common/bin底下居然有自帶這個工具，于是用以下命令修復(fù):
/opt/zimbra/common/bin/innochecksum -f /opt/zimbra/db/data/ibdata1
運行完，提示沒有-f 這個選項，我就--help查看，沒有查看代替-f的參數(shù)，后面干脆直接用不帶參數(shù)的命令:
/opt/zimbra/common/bin/innochecksum  /opt/zimbra/db/data/ibdata1
然后把前面my.cnf里面的強制恢復(fù)選項取消掉，再zmcontrol restart重啟服務(wù)，居然啟動起來了，發(fā)送和接收郵件也可以，不過有個遺憾就是imap服務(wù)不能用，后續(xù)再研究
PS:zmdbintegrityreport命令也可以在數(shù)據(jù)庫故障的時候用來嘗試修復(fù)數(shù)據(jù)庫