将MySQL从MyISAM调换到InnoDB错误和平解决决办法

后来在做WordPress,一早先还不知底原来WordPress用的是InnoDB数据引擎,于是在本来的数据库里面就建了四个数据库,一伊始也没发掘难题,安装,导入sql,都没问题,当时也没多想。直到这几天因为又要装多贰个WordPress,用phpmyadmin访问数据库多或多或少,难题来了。老是壹拜访WordPress的数据库,就弹出错误提示“Mysqld-nt.exe应用程序错误**:“0x0053肆陆c4”指令引用的“0x007八6000”内部存款和储蓄器,该内部存款和储蓄器不能为读…**”,然后就MySQL服务也停了,登录不了,整个数据库都访问不了。

原来本人用的是为着装的, 所以在安装database
usage(如下图壹)的时候根据discuz官方的提议,选的都以Non-Transactional
Database
Only(只援助MyISAM数据引擎的非事务数据库),用MyISAM数据库,还没提到到要求InnoDB,由此筹划直接不加载INNODB引擎。后来在做WordPress,1开始还不驾驭原来WordPress用的是InnoDB数据引擎,于是在本来的数据Curry面就建了一个数据库,一开端也没察觉难题,安装,导入sql,都没难点,当时也没多想。直到这几天因为又要装多1个WordPress,用phpmyadmin访问数据库多或多或少,难题来了。老是一走访WordPress的数据库,就弹出荒谬提醒“Mysqld-nt.exe应用程序错误:“0x005346c4”指令引用的“0x007八伍仟”内部存款和储蓄器,该内部存款和储蓄器无法为读…”,然后就MySQL服务也停了,登入不了,整个数据库都访问不了。
图片 1
图一 设置数据库类型

本来自身用的是为了装的, 所以在装置database
usage(如下图一)的时候依据discuz官方的提出,选的皆以Non-Transactional
Database
Only(只辅助MyISAM数据引擎的非事务数据库),用MyISAM数据库,还没涉及到需求InnoDB,因而筹划直接不加载INNODB引擎。后来在做WordPress,壹起头还不明了原来WordPress用的是InnoDB数据引擎,于是在原先的数据Curry面就建了四个数据库,一最先也没发现难点,安装,导入sql,都没难点,当时也没多想。直到这几天因为又要装多三个WordPress,用phpmyadmin访问数据库多或多或少,难点来了。老是壹访问WordPress的数据库,就弹出错误提醒“Mysqld-nt.exe应用程序错误:“0x0053四陆c四”指令引用的“0x00785000”内部存款和储蓄器,该内部存款和储蓄器不可能为读…”,然后就MySQL服务也停了,登录不了,整个数据库都访问不了。
图片 2
图1 设置数据库类型

mysql Non-Transactional Database Only(只支持MyISAM),nontransactional

新兴在做WordPress,1开端还不晓得原来WordPress用的是InnoDB数据引擎,于是在原本的数据Curry面就建了四个数据库,一同首也没察觉难点,安装,导入sql,都没问题,当时也没多想。直到这几天因为又要装多贰个WordPress,用phpmyadmin访问数据库多或多或少,难题来了。老是1造访WordPress的数据库,就弹出荒谬提醒“Mysqld-nt.exe应用程序错误:“0x0053四陆c四”指令引用的“0x007捌伍仟”内存,该内部存款和储蓄器不能为读…”,然后就MySQL服务也停了,登入不了,整个数据库都访问不了。

图片 3

图1 设置数据库类型

纠结了挺久,也忘了是观望怎么样文章触发了灵感,反正后来才驾驭原来是数码引擎分歧惹的祸。于是就悟出重国民党的新生活运动行次设置指导,把数据库类型改成帮忙InnoDB引擎的。立即行动,在向导里设置数据库类型(相当于图一的database
usage)这里,设置成第贰项,还在后边的InnoDB Tablespace
Settings里把InnoDB数据文件设置放在D:\MySQL InnoDB
Datafiles目录里。然而在最后execute推行的时候,却老是在Start
Service这里出难点,如下图2。

图片 4

图2 Start service出错

想直接到services.msc里面运行服务,也相当。错误提醒内容为:“
本地计算机 不能够起动mysql服务 错误十6七:进程意外中止。

遵照英特网的一点做法,卸载了MySQL服务,也没重启就重新安装,难点依旧;把服务卸载了,重启后再重复设置,则是开发银行服务成功,可是在背后的Applying
Security
Settings的时候有新的主题材料,如下图叁。图二这里的荒唐提醒则变为“E陆风X8RO路虎极光 200三:
Can’t connect to MySQL server on ‘localhost’ (十0陆壹)”,
表达MySQL照旧尚未运营,只怕运维过,出错又关了。

图片 5

图3

顺便提一下,在MySQL伍里(其余版本的本身不精通)每运转贰次设置指点,只要按了execute执行,都会在MySQL5的安装目录下自动生成二个原本的MySQL的装置文件my.ini的备份bak文件。并且将以修改的时光命名。由此只要设置出了难点,能够从备份文件恢复。

新兴依然在错误日志里找到思路。错误日志正是身处 MySQL伍设置目录\Data
目录里的10分以你的微管理器名命名的.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

于是乎就到“MySQL伍设置目录\Data
”目录里把ib_logfile0日志文件删掉,重启MySQL服务,仍旧提醒10067不当。再去查看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_logfile一下面了。于是邯郸学步,把ib_logfile壹删了,再重启MySQL服务,却发掘没用。难道是还要重启系统。果真,把前边五个ib_logfile删了,重启系统就解决了。前边的或是是因为刚开机,所以也行。骨子里是亟需重启系统的。那时的日志如下

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

好了,未来只剩下最终三个难点了Default storage engine (InnoDB) is not
available。去services.msc里面运转MySQL服务,仍然出错。不过日志却是显示

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:

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

于是去互连网查找了刹那间,开采提醒No valid checkpoint
found.的消除办法:删除全数现存的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转变到InnoDB引擎了。也学会了读懂错误日志文件err文件了。不过自个儿就在想了,若是从1开头就根据地点的做,不了解会怎么啊?
转自 DarkBlue blog

Non-Transactional Database
Only(只支持MyISAM),nontransactional
后来在做WordPress,壹开始还不知情原来WordPress用的是InnoDB数据引擎,于是在本来的…

图片 6

纠结了挺久,也忘了是观察什么样小说触发了灵感,反正后来才晓得原来是数量引擎不一样惹的祸。于是就想到重国民党的新生活运动行次设置辅导,把数据库类型改成扶助InnoDB引擎的。马上行动,在向导里设置数据库类型(也便是图一的database
usage)那里,设置成第一项,还在末端的InnoDB Tablespace
Settings里把InnoDB数据文件设置放在D:\MySQL InnoDB
Datafiles目录里。不过在最终execute推行的时候,却老是在Start
Service这里出难点,如下图2。
图片 7
图2 Start service出错

纠结了挺久,也忘了是来看怎么着作品触发了灵感,反正后来才晓得原来是数额引擎不一样惹的祸。于是就想开重国民党的新生活运动行次设置指点,把数据库类型改成帮忙InnoDB引擎的。马上行动,在向导里设置数据库类型(也正是图一的database
usage)这里,设置成第3项,还在前面包车型地铁InnoDB Tablespace
Settings里把InnoDB数据文件设置放在D:\MySQL InnoDB
Datafiles目录里。不过在最终execute试行的时候,却老是在Start
Service这里出标题,如下图二。
图片 8
图2 Start service出错

图一 设置数据库类型

想平素到services.msc里面运营服务,也十二分。错误提醒内容为:“
本地计算机 无法运行mysql服务 错误十陆7:进度意外中止。

想平素到services.msc里面运营服务,也相当。错误提示内容为:“
本地计算机 不可能运营mysql服务 错误10六七:进度意外中止。

 纠结了挺久,也忘了是来看哪些小说触发了灵感,反正后来才知晓原来是数码引擎差异惹的祸。于是就想到重国民党的新生活运动行次设置指点,把数据库类型改成支持InnoDB引擎的。即刻行动,在向导里设置数据库类型(也等于图壹的database
usage)这里,设置成第1项,还在前边的InnoDB Tablespace
Settings里把InnoDB数据文件设置放在D:\MySQL InnoDB
Datafiles目录里。然而在最后execute施行的时候,却老是在Start
瑟维斯这里出难题,如下图二。

依据英特网的有个别做法,卸载了MySQL服务,也没重启就再次安装,难题照旧;把服务卸载了,重启后再重复安装,则是开发银行服务成功,不过在后边的Applying
Security
Settings的时候有新的主题素材,如下图3。图二这里的谬误提醒则成为“EGL450RO福睿斯 200三: Can’t connect to MySQL server on
‘localhost’ (100陆一)”, 表明MySQL依然尚未运营,或许启动过,出错又关了。
图片 9

遵照网络的一些做法,卸载了MySQL服务,也没重启就再也设置,难点依然;把服务卸载了,重启后再重复安装,则是运行服务成功,然而在后边的Applying
Security
Settings的时候有新的主题材料,如下图叁。图2这里的荒谬提示则改为“E福睿斯RO奥迪Q3 200叁: Can’t connect to MySQL server on
‘localhost’ (100陆1)”, 表达MySQL依然尚未运行,只怕运维过,出错又关了。
图片 10

图片 11

顺手提一下,在MySQL5里(别的版本的自家不亮堂)每运转一回设置教导,只要按了execute实施,都会在MySQL伍的装置目录下自动生成二个原先的MySQL的设置文件my.ini的备份bak文件。并且将以修改的流年命名。因而一旦设置出了难点,能够从备份文件恢复生机。

附带提一下,在MySQL五里(别的版本的本人不精通)每运营一次设置辅导,只要按了execute实行,都会在MySQL五的设置目录下自动生成一个原来的MySQL的安装文件my.ini的备份bak文件。并且将以修改的岁月命名。由此只要设置出了难点,能够从备份文件复苏。

 图2 Start service出错

新生可能在错误日志里找到思路。错误日志正是坐落 MySQL5设置目录\Data
目录里的非常以你的管理器名命名的.err文件。

后来要么在错误日志里找到思路。错误日志正是身处 MySQL五装置目录\Data
目录里的丰裕以你的微型Computer名命名的.err文件。

想一向到services.msc里面运转服务,也11分。错误提醒内容为:“
本地计算机 不能运行mysql服务 错误10陆7:进度意外中止。

第壹自身找到以下1段:

率先笔者找到以下1段:

遵照网络的某个做法,卸载了MySQL服务,也没重启就再一次安装,难题依旧;把服务卸载了,重启后再重复设置,则是开发银行服务成功,但是在末端的Applying
Security
Settings的时候有新的主题素材,如下图三。图二那里的谬误提醒则成为“E奇骏RO帕杰罗 200三: Can’t connect to MySQL server on
‘localhost’ (十0陆1)”,
表明MySQL依然尚未运维,或然运维过,出错又关了。

InnoDB: Error: log file .\ib_logfile0 is of different size 0 52428800
bytes

InnoDB: Error: log file .\ib_logfile0 is of different size 0 52428800
bytes

图片 12

InnoDB: than specified in the .cnf file 0 10485760 bytes!

InnoDB: than specified in the .cnf file 0 10485760 bytes!

 图3

101001  9:47:42 [ERROR] Default storage engine (InnoDB) is not
available

101001  9:47:42 [ERROR] Default storage engine (InnoDB) is not
available

顺便提一下,在MySQL五里(其余版本的作者不精通)每运转叁回设置指导,只要按了execute实践,都会在MySQL伍的安装目录下自动生成1个本来的MySQL的装置文件my.ini的备份bak文件。并且将以修改的岁月命名。由此要是设置出了难题,能够从备份文件恢复。

101001  9:47:42 [ERROR] Aborting

101001  9:47:42 [ERROR] Aborting

新兴如故在错误日志里找到思路。错误日志就是位于 MySQL伍安装目录\Data
目录里的可怜以你的管理器名命名的.err文件。

101001  9:47:42 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete

101001  9:47:42 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete

率先我找到以下壹段:

于是就到“MySQL五设置目录\Data ”目录里把ib_logfile0日志文件删掉,重启MySQL服务,照旧提示1006七不当。再去查看err文件。

于是就到“MySQL伍装置目录\Data ”目录里把ib_logfile0日志文件删掉,重启MySQL服务,依旧提醒拾0陆七谬误。再去查看err文件。

InnoDB: Error: log file .\ib_logfile0 is of different size 0 52428800
bytes

101001 18:39:29  InnoDB: Log file .\ib_logfile0 did not exist: new to
be created

101001 18:39:29  InnoDB: Log file .\ib_logfile0 did not exist: new to
be created

InnoDB: than specified in the .cnf file 0 10485760 bytes!

InnoDB: Setting log file .\ib_logfile0 size to 109 MB

InnoDB: Setting log file .\ib_logfile0 size to 109 MB

101001  9:47:42 [ERROR] Default storage engine (InnoDB) is not
available

InnoDB: Database physically writes the file full: wait…

InnoDB: Database physically writes the file full: wait…

101001  9:47:42 [ERROR] Aborting

InnoDB: Progress in MB: 100

InnoDB: Progress in MB: 100

101001  9:47:42 [Note] D:\MySQL5\bin\mysqld-nt: Shutdown complete

InnoDB: Error: log file .\ib_logfile1 is of different size 0 52428800
bytes

InnoDB: Error: log file .\ib_logfile1 is of different size 0 52428800
bytes

于是就到“MySQL伍安装目录\Data ”目录里把ib_logfile0日志文件删掉,重启MySQL服务,依然提醒100陆七张冠李戴。再去查看err文件。

InnoDB: than specified in the .cnf file 0 114294784 bytes!

InnoDB: than specified in the .cnf file 0 114294784 bytes!

101001 18:39:29  InnoDB: Log file .\ib_logfile0 did not exist: new to
be created

101001 18:39:30 [ERROR] Default storage engine (InnoDB) is not
available

101001 18:39:30 [ERROR] Default storage engine (InnoDB) is not
available

发表评论

电子邮件地址不会被公开。 必填项已用*标注