bitsCN.com

有一個crm系統，其中有做了一個報表統計，其中源碼和數據庫放在同意一臺機子上，數據庫用mysql；但在今天突然報錯頁面提示不能用root@locahost連接

用命令行登錄，提示can't connection to mysql；再檢查端口發現，數據庫已經關閉；

現象：

crm可以登錄，點擊其他頁面正常，當點擊報表查看報表數據時就報錯，并且數據庫崩潰

初步分析認為程序錯誤或者數據庫錯誤導致數據庫崩潰從而自動斷開

問題解決：

1.查看mysql數據庫錯誤日志內容如下：

InnoDB: Database page corruption on disk or a failed

InnoDB: file read of page 5761.

InnoDB: You may have to recover from a backup.

InnoDB: It is also possible that your operating

InnoDB: system has corrupted its own file cache

InnoDB: and rebooting your computer removes the

InnoDB: error.

InnoDB: If the corrupt page is an index page

InnoDB: you can also try to fix the corruption

InnoDB: by dumping, dropping, and reimporting

InnoDB: the corrupt table. You can use CHECK

InnoDB: TABLE to scan your table for corruption.

InnoDB: See also http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html

InnoDB: about forcing recovery.

InnoDB: Ending processing because of a corrupt database page.

2.網上搜索該問題，原因為：

數據庫中表損壞導致數據訪問錯誤，從而導致數據庫崩潰；mysql中check table 發現表有損壞，但表是innodb類型不能修復

網上解決方法為：在my.ini中mysqld下添加innodb_force_recovery=4

說明：

1(SRV_FORCE_IGNORE_CORRUPT):忽略檢查到的corrupt頁。

2(SRV_FORCE_NO_BACKGROUND):阻止主線程的運行，如主線程需要執行full purge操作，會導致crash。

3(SRV_FORCE_NO_TRX_UNDO):不執行事務回滾操作。

4(SRV_FORCE_NO_IBUF_MERGE):不執行插入緩沖的合并操作。

5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存儲引擎會將未提交的事務視為已提交。

6(SRV_FORCE_NO_LOG_REDO):不執行前滾的操作。

3.重啟數據庫后問題依然存在，再對照錯誤發現自己的錯誤為corrupt類型，所以認為應將innodb_force_recovery設置為1，于是my.ini中innodb_force_recovery值改為1，重啟數據庫

4.發現重啟后問題依然存在

5.于是再做如下操作：(重要)

修改my.ini 將innodb_force_recovery這行注釋

#innodb_force_recovery=1

然后重啟數據庫，在停止數據庫，在修改my.ini,去掉注釋

innodb_force_recovery=1

重啟數據庫，問題解決

ps:對于第五步的操作一直沒想明白，為什么要先注釋掉重啟后在打開才能生效，個人認為可能是有什么地方緩存導致的吧。在此記錄，繼續探索問題的根源。。。

摘自 冰糖葫蘆的專欄bitsCN.com

相關標簽：數據庫 用

本文原創發布php中文網，轉載請注明出處，感謝您的尊重！

總結

以上是生活随笔為你收集整理的mysql数据库崩_mysql数据库崩溃_MySQL的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。