MySQL從MyISAM轉(zhuǎn)換成InnoDB錯(cuò)誤與常用解決辦法
更新時(shí)間：2011年05月01日 22:59:38 作者：
由于一些程序的要求，需要MyISAM數(shù)據(jù)引擎或InnoDB，下面是具體的解決方法，經(jīng)測試偶爾會(huì)出現(xiàn)一些問題。
原來自己用的是為了裝的， 所以在設(shè)置database usage（如下圖1）的時(shí)候按照discuz官方的建議，選的都是Non-Transactional Database Only（只支持MyISAM數(shù)據(jù)引擎的非事務(wù)數(shù)據(jù)庫），用MyISAM數(shù)據(jù)庫，還沒涉及到需要InnoDB，因此打算直接不加載INNODB引擎。后來在做WordPress，一開始還不知道原來WordPress用的是InnoDB數(shù)據(jù)引擎，于是在原來的數(shù)據(jù)庫里面就建了一個(gè)數(shù)據(jù)庫,一開始也沒發(fā)覺問題，安裝，導(dǎo)入sql，都沒問題，當(dāng)時(shí)也沒多想。直到這幾天因?yàn)橛忠b多一個(gè)WordPress，用phpmyadmin訪問數(shù)據(jù)庫多一點(diǎn)，問題來了。老是一訪問WordPress的數(shù)據(jù)庫，就彈出錯(cuò)誤提示“Mysqld-nt.exe應(yīng)用程序錯(cuò)誤：“0x005346c4”指令引用的“0x00786000”內(nèi)存，該內(nèi)存不能為讀...”，然后就MySQL服務(wù)也停了，登陸不了，整個(gè)數(shù)據(jù)庫都訪問不了。 
圖1 設(shè)置數(shù)據(jù)庫類型
糾結(jié)了挺久，也忘了是看到什么文章觸發(fā)了靈感，反正后來才知道原來是數(shù)據(jù)引擎不同惹的禍。于是就想到重新運(yùn)行次設(shè)置向?qū)?，把?shù)據(jù)庫類型改成支持InnoDB引擎的。馬上行動(dòng)，在向?qū)Ю镌O(shè)置數(shù)據(jù)庫類型（也就是圖1的database usage）那里，設(shè)置成第二項(xiàng)，還在后面的InnoDB Tablespace Settings里把InnoDB數(shù)據(jù)文件設(shè)置放在D:\MySQL InnoDB Datafiles目錄里。但是在最后execute執(zhí)行的時(shí)候，卻老是在Start Service那里出問題，如下圖2。 
圖2 Start service出錯(cuò)
想直接到services.msc里面啟動(dòng)服務(wù)，也不行。錯(cuò)誤提示內(nèi)容為：“在 本地計(jì)算機(jī) 無法啟動(dòng)mysql服務(wù) 錯(cuò)誤1067：進(jìn)程意外中止。”
按照網(wǎng)上的某些做法，卸載了MySQL服務(wù)，也沒重啟就重新設(shè)置，問題如故；把服務(wù)卸載了，重啟后再重新設(shè)置，則是啟動(dòng)服務(wù)成功，但是在后面的Applying Security Settings的時(shí)候有新的問題，如下圖3。圖2那里的錯(cuò)誤提示則變成“ERROR 2003: Can't connect to MySQL server on 'localhost' (10061)"， 說明MySQL還是沒有啟動(dòng)，或者啟動(dòng)過，出錯(cuò)又關(guān)了。
順便提一下，在MySQL5里（其他版本的我不知道）每運(yùn)行一次設(shè)置向?qū)В灰戳薳xecute執(zhí)行，都會(huì)在MySQL5的安裝目錄下自動(dòng)生成一個(gè)原來的MySQL的設(shè)置文件my.ini的備份bak文件。并且將以修改的時(shí)間命名。因此如果設(shè)置出了問題，可以從備份文件恢復(fù)。
后來還是在錯(cuò)誤日志里找到思路。錯(cuò)誤日志就是放在 MySQL5安裝目錄\Data 目錄里的那個(gè)以你的計(jì)算機(jī)名命名的.err文件。
首先我找到以下一段：
InnoDB: Error: log file .\ib_logfile0 is of different size 0 52428800 bytes
InnoDB: than specified in the .cnf file 0 10485760 bytes!
101001 9:47:42 [ERROR] Default storage engine (InnoDB) is not available
101001 9:47:42 [ERROR] Aborting
101001 9:47:42 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete
于是就到“MySQL5安裝目錄\Data ”目錄里把ib_logfile0日志文件刪掉，重啟MySQL服務(wù)，還是提示10067錯(cuò)誤。再去查看err文件。
101001 18:39:29 InnoDB: Log file .\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile0 size to 109 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100
InnoDB: Error: log file .\ib_logfile1 is of different size 0 52428800 bytes
InnoDB: than specified in the .cnf file 0 114294784 bytes!
101001 18:39:30 [ERROR] Default storage engine (InnoDB) is not available
101001 18:39:30 [ERROR] Aborting
101001 18:39:30 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete
可以看到，ib_logfile0的問題解決了，但是同樣的問題卻出在ib_logfile1上面了。于是依樣畫葫蘆，把ib_logfile1刪了，再重啟MySQL服務(wù)，卻發(fā)現(xiàn)沒用。難道是還要重啟系統(tǒng)。果真，把前面兩個(gè)ib_logfile刪了，重啟系統(tǒng)就搞定了。前面的可能是因?yàn)閯傞_機(jī)，所以也行。實(shí)際上是需要重啟系統(tǒng)的。這時(shí)的日志如下
101001 19:19:24 InnoDB: Log file .\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile0 size to 109 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100
101001 19:19:26 InnoDB: Log file .\ib_logfile1 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile1 size to 109 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100
InnoDB: Cannot initialize created log files because
InnoDB: data files are corrupt, or new data files were
InnoDB: created when the database was started previous
InnoDB: time but the database was not shut down
InnoDB: normally after that.
101001 19:19:27 [ERROR] Default storage engine (InnoDB) is not available
101001 19:19:27 [ERROR] Aborting
101001 19:19:27 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete
好了，現(xiàn)在只剩下最后一個(gè)問題了Default storage engine (InnoDB) is not available。去services.msc里面啟動(dòng)MySQL服務(wù)，還是出錯(cuò)。但是日志卻是顯示
InnoDB: No valid checkpoint found.
InnoDB: If this error appears when you are creating an InnoDB database,
InnoDB: the problem may be that during an earlier attempt you managed
InnoDB: to create the InnoDB data files, but log file creation failed.
InnoDB: If that is the case, please refer to
InnoDB: http://dev.mysql.com/doc/mysql/en/Error_creating_InnoDB.html
101001 20:45:09 [ERROR] Default storage engine (InnoDB) is not available
101001 20:45:09 [ERROR] Aborting
101001 20:45:09 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete
于是去網(wǎng)上搜索了一下，發(fā)現(xiàn)提示No valid checkpoint found.的解決辦法：刪除所有現(xiàn)有的ibdataN和ib_logfileN文件后，重啟Mysql。于是照做，果然行了。
InnoDB: The first specified data file D:\MySQL InnoDB Datafiles\ibdata1 did not exist:
InnoDB: a new database to be created!
101001 21:04:24 InnoDB: Setting file D:\MySQL InnoDB Datafiles\ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
101001 21:04:25 InnoDB: Log file .\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile0 size to 109 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100
101001 21:04:27 InnoDB: Log file .\ib_logfile1 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile1 size to 109 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
101001 21:04:31 InnoDB: Started; log sequence number 0 0
101001 21:04:32 [Note] D:\MySQL5\bin\mysqld-nt: ready for connections.
Version: '5.0.18-nt' socket: '' port: 3306 MySQL Community Edition (GPL)
奮斗了一天，總算成功地把MySQL從MyISAM轉(zhuǎn)換成InnoDB引擎了。也學(xué)會(huì)了讀懂錯(cuò)誤日志文件err文件了。不過我就在想了，如果從一開始就按照上面的做，不知道會(huì)怎么樣呢？
您可能感興趣的文章:
- mysql更改引擎(InnoDB,MyISAM)的方法
- MySQL存儲(chǔ)引擎中的MyISAM和InnoDB區(qū)別詳解
- 淺談MySQL存儲(chǔ)引擎選擇 InnoDB與MyISAM的優(yōu)缺點(diǎn)分析
- MySQL數(shù)據(jù)庫修復(fù)方法(MyISAM/InnoDB)
- MySQL存儲(chǔ)引擎MyISAM與InnoDB區(qū)別總結(jié)整理
- 將MySQL從MyISAM轉(zhuǎn)換成InnoDB錯(cuò)誤和解決辦法
- MySQL存儲(chǔ)引擎 InnoDB與MyISAM的區(qū)別
- MySQL兩種表存儲(chǔ)結(jié)構(gòu)MyISAM和InnoDB的性能比較測試
- mysql中engine=innodb和engine=myisam的區(qū)別介紹
- MyISAM與InnoDB索引實(shí)現(xiàn)對比詳解
相關(guān)文章
Mysql獲取id最大值、表的記錄總數(shù)等相關(guān)問題的方法匯總
在做網(wǎng)站開發(fā)時(shí)，我們也許會(huì)想要取得mysql里id最大的一條記錄，這個(gè)其實(shí)很簡單。這篇文章給大家整理了獲取一個(gè)表的記錄數(shù)、獲取一個(gè)表的最大id、獲取一個(gè)表的auto_increment值等相關(guān)問題的答案，有需要的朋友們可以參考借鑒。2016-09-09
通過實(shí)例認(rèn)識(shí)MySQL中前綴索引的用法
這篇文章主要通過實(shí)例來介紹MySQL中的前綴索引,包括前綴在實(shí)際使用中需要考慮到的長度問題等,需要的朋友可以參考下2015-05-05
由于這幾天在寫mysql存儲(chǔ)過程且發(fā)現(xiàn)程序體積越來越龐大，于是嘗試使用mysql的函數(shù)2011-04-04
當(dāng)用戶查看表格的大量數(shù)據(jù)是,由于數(shù)據(jù)量過于巨大會(huì)導(dǎo)致很難獲取到需要的數(shù)據(jù),在這時(shí),就需要一個(gè)方法,一個(gè)可以通過用戶輸入獲取到用戶需要的數(shù)據(jù)并回填入表格，這就是條件查詢的作用2021-10-10
REGEXP命令用于在查詢中進(jìn)行正則表達(dá)式匹配,支持多種符號(hào)和語法,如^、$、.、*、+、?、|、[]等,示例展示了如何匹配特定字符、數(shù)字、多個(gè)選項(xiàng)等,使用BINARY關(guān)鍵字可以區(qū)分大小寫,本文介紹MySQL regexp 命令,感興趣的朋友一起看看吧2025-03-03
MySQL部署時(shí)提示Table mysql.plugin doesn’t exist的解決方法
這篇文章主要介紹了MySQL部署時(shí)Table mysql.plugin doesn't exist的解決方法，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-06-06
這篇文章主要介紹了MySQL全局共享內(nèi)存介紹,全局共享內(nèi)存則主要是 MySQL Instance（mysqld進(jìn)程）以及底層存儲(chǔ)引擎用來暫存各種全局運(yùn)算及可共享的暫存信息,如存儲(chǔ)查詢緩存的 Query Cache,緩存連接線程的 Thread Cache等等,需要的朋友可以參考下2014-12-12
數(shù)據(jù)庫的索引就像一本書的目錄，能夠加快數(shù)據(jù)庫的查詢速度，MYSQL索引有四種PRIMARY、INDEX、UNIQUE、FULLTEXT，?其中PRIMARY、INDEX、UNIQUE是一類，F(xiàn)ULLTEXT是一類，本文給大家介紹Mysql索引分類及其使用實(shí)例，感興趣的朋友一起看看吧2022-07-07
CentOS 6.2 安裝 MySQL 5.7.28的教程(mysql 筆記)
本文通過圖文并茂的形式給大家介紹了CentOS 6.2 安裝 MySQL 5.7.28的教程，非常不錯(cuò)，具有一定的參考借鑒價(jià)值，需要的朋友參考下吧2019-11-11
在日常工作中，我們往往需要對MySQL數(shù)據(jù)庫進(jìn)行備份，有時(shí)可以通過拷貝整個(gè)文件，有時(shí)通過備份整個(gè)庫還有的時(shí)候我們就只需要備份某個(gè)表。2009-07-07