mysql遷移報錯-創(chuàng)新互聯(lián)

將mysql目錄直接拷貝遷移，過程不詳述，數(shù)據(jù)庫正常啟動，但是不能正常使用，select查表報表不存在，然后發(fā)現(xiàn)日志報錯如下

創(chuàng)新互聯(lián)是專業(yè)的隨州網(wǎng)站建設(shè)公司，隨州接單;提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行隨州網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊,希望更多企業(yè)前來合作!

InnoDB: Doing recovery: scanned up to log sequence number 265335480935

170504 15:56:39  InnoDB: Error: page 311313 log sequence number 265338125392

InnoDB: is in the future! Current system log sequence number 265335480935.

InnoDB: Your database may be corrupt or you may have copied the InnoDB

InnoDB: tablespace but not the InnoDB log files

解決辦法：

在/etc/my.cnf文件的[mysqld]下添加

innodb_force_recovery = 4

重啟mysqld恢復(fù)正常，問題解決，記得之后將“innodb_force_recovery = 4”刪掉再重啟一次，否則還會出現(xiàn)問題

關(guān)于innodb_force_recovery的一些說明

innodb_force_recovery可以設(shè)置為1-6,大的數(shù)字包含前面所有數(shù)字的影響。

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

 2. (SRV_FORCE_NO_BACKGROUND):阻止主線程的運(yùn)行，如主線程需要執(zhí)行full purge操作，會導(dǎo)致crash。

 3. (SRV_FORCE_NO_TRX_UNDO):不執(zhí)行事務(wù)回滾操作。

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

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

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

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

分享文章：mysql遷移報錯-創(chuàng)新互聯(lián)
瀏覽路徑：http://m.jiaotiyi.com/article/doopgs.html