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

后来在做WordPress，一开始还不知道原来WordPress用的是InnoDB数据引擎，于是在原来的数据库里面就建了一个数据库,一开始也没发觉问题，安装，导入sql，都没问题，当时也没多想。直到这几天因为又要装多一个WordPress，用phpmyadmin访问数据库多一点，问题来了。老是一访问WordPress的数据库，就弹出错误提示“Mysqld-nt.exe应用程序错误：“0x005346c4”指令引用的“0x00786000”内存，该内存不能为读...”，然后就MySQL服务也停了，登陆不了，整个数据库都访问不了。

图1 设置数据库类型

纠结了挺久，也忘了是看到什么文章触发了灵感，反正后来才知道原来是数据引擎不同惹的祸。于是就想到重新运行次设置向导，把数据库类型改成支持InnoDB引擎的。马上行动，在向导里设置数据库类型（也就是图1的database usage）那里，设置成第二项，还在后面的InnoDB Tablespace Settings里把InnoDB数据文件设置放在D:/MySQL InnoDB Datafiles目录里。但是在最后execute执行的时候，却老是在Start Service那里出问题，如下图2。

图2 Start service出错

想直接到services.msc里面启动服务，也不行。错误提示内容为：“在 本地计算机 无法启动mysql服务 错误1067：进程意外中止。”

按照网上的某些做法，卸载了MySQL服务，也没重启就重新设置，问题如故；把服务卸载了，重启后再重新设置，则是启动服务成功，但是在后面的Applying Security Settings的时候有新的问题，如下图3。图2那里的错误提示则变成“ERROR 2003: Can't connect to MySQL server on 'localhost' (10061)"， 说明MySQL还是没有启动，或者启动过，出错又关了。

图3

顺便提一下，在MySQL5里（其他版本的我不知道）每运行一次设置向导，只要按了execute执行，都会在MySQL5的安装目录下自动生成一个原来的MySQL的设置文件my.ini的备份bak文件。并且将以修改的时间命名。因此如果设置出了问题，可以从备份文件恢复。

后来还是在错误日志里找到思路。错误日志就是放在 MySQL5安装目录/Data 目录里的那个以你的计算机名命名的.err文件。

首先我找到以下一段：

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