我的MYSQL是5.0版本的，运行总是会报错，请问如何解决？

1、可能是/opt/mysql-master/data/数据目录mysql用户没有权限(修改数据目录的权限)解决方法 ：给予权限，执行 "chown -R mysql.mysql /opt/mysql-master/data" 然后重新启动mysqld2、可能进程里已经存在mysql进程解决方法：用命令“ps -ef|grep mysqld”查看是否有mysqld进程，如果有使用“kill -9 进程号”杀死，然后重新启动mysqld！3、可能是第二次在机器上安装mysql，有残余数据影响了服务的启动。解决方法：去mysql的二进制日志目录看看，如果存在mysql-binlog.index，就赶快把它删除掉吧4、mysql在启动时没有指定配置文件时会使用/etc/my.cnf配置文件，请打开这个文件查看在[mysqld]下有没有指定数据目录(datadir)。解决方法：请在[mysqld]下设置这一行：datadir = /opt/mysql-master/data5、skip-federated字段问题解决方法：检查一下/etc/my.cnf文件中有没有没被注释掉的skip-federated字段，如果有就立即注释掉吧。6、错误日志目录不存在解决方法：使用“chown” “chmod”命令赋予mysql所有者及权限7、selinux惹的祸，如果是centos系统，默认会开启selinux解决方法：先临时改为警告模式:[root@www php]# setenforce 0然后打开/etc/sysconfig/selinux，把SELINUX=enforcing改为SELINUX=disabled8、可以试着把mysql.cnf默认文件开启，排查是不是配置文件的错误。常见配置错误有：查看配置文件/etc/my.cnf里有没有innodb_buffer_pool_size这个参数innodb_buffer_pool_size：主要作用是缓存innodb表的索引，数据，插入数据时的缓冲；默认值：128M；专用mysql服务器设置此值的大小： 系统内存的70%-80%最佳。如果你的系统内存不大，查看这个参数，把它的值设置小一点吧温馨提示：记得开启mysql错误日志，方便自己排错。vim /etc/my.cnf 各位可以根据自己的my.cnf文件编辑[mysql_safe]log-error = /data/mysql-master/logs/error.log

1、情况一：MySQL的错误日志文件（安装目录\MYOA\data5\机器名.err）会记录如下内容：

InnoDB: Reading tablespace information from the .ibd files...

InnoDB: Error: trying to add tablespace 460 of name '.\td_oa\flow_data_35.ibd'

InnoDB: to the tablespace memory cache, but tablespace

InnoDB: 460 of name '.\td_oa\exam_data.ibd' already exists in the tablespace

解决方法：

1）剪切出安装目录\MYOA\data5\TD_OA的flow_data_35.ibd和flow_data_35.frm两个文件；

2）启动MySQL5_OA服务，使用备份的flow_data_35.sql导入到TD_OA库中。如果提示flow_data_35表已经存在不能导入，则继续按后续步骤执行；

3）在data5下手动建立tmp目录；

4）使用MySQL管理工具或MySQL命令行程序在tmp下建立名称为flow_data_35的表（包含一个字段即可）；

5）将tmp下的flow_data_35.frm和flow_data_35.ibd拷贝到安装目录\MYOA\data5\TD_OA目录下；

6）在MySQL管理工具或MySQL命令行程序中，进入TD_OA库，使用“drop table flow_data_35”命令清除公共表空间中残留的flow_data_35表的相关信息；

7）进入tmp库，删掉flow_data_35表；

8）使用备份的flow_data_35.sql导入到TD_OA库中；

9）如果还有其他表存在该问题，可重复执行4至8步骤。

2、情况二：MySQL的错误日志文件（安装目录\MYOA\data5\机器名.err）会记录如下内容：

130409 15:54:31 [Note] Plugin 'FEDERATED' is disabled.

130409 15:54:31 InnoDB: The InnoDB memory heap is disabled

130409 15:54:31 InnoDB: Mutexes and rw_locks use Windows interlocked functions

130409 15:54:31 InnoDB: Compressed tables use zlib 1.2.3

130409 15:54:32 InnoDB: Initializing buffer pool, size = 1023.0M

InnoDB: VirtualAlloc(1086849024 bytes) failedWindows error 8

130409 15:54:32 InnoDB: Completed initialization of buffer pool

130409 15:54:32 InnoDB: Fatal error: cannot allocate memory for the buffer pool

130409 15:54:32 [ERROR] Plugin 'InnoDB' init function returned error.

130409 15:54:32 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.

130409 15:54:32 [ERROR] Unknown/unsupported storage engine: Innodb

130409 15:54:32 [ERROR] Aborting

解决方法：

此情况出现的原因是myoa\mysql5\my.ini中innodb_buffer_pool_size的值太大，OA服务器 *** 作系统不支持所致。改小后再启动mysql5_OA服务即可，一般保持和数据库大小一致。数据库大小即是myoa/data5的大小。

3、情况三：mysql服务启动不了，事件查看器中显示：The syntax '--log-slow-queries' is deprecated and will be removed in a future release. Please use '--slow-query-log'/'--slow-query-log-file' instead.

解决方法：安装目录\MYOA\data5下的ibdata1、ib_logfile0、ib_logfile1文件属性被设置为只读导致，取消只读控制，重启mysql5_OA服务即可。

4、情况四：MySQL的错误日志文件（data5\机器名.err）会记录如下内容：InnoDB: No valid checkpoint found.

解决方法：此问题找不到检查点，数据库是无效的，此种情况，只能用热备份数据恢复。

5、以上四种情况，是2013版OA系统目前比较常见的mysql服务启动不了的现象和解决办法，大家可作参考，其他情况的话，再具体分析处理。

6、分析思路总结：遇到mysql5_OA服务启动不了的情况，首先查看myoa\data5下的错误日志文件，根据日志中的具体内容进行具体分析。

7、2013版MYSQL服务启动不了（可以尝试强制启动mysql服务）方法如下：

1)打开\MYOA\mysql5\my.ini，去掉innodb_force_recovery=1前边的注释。

2)启动MySQL5_OA服务，此时MySQL处于只读状态，可以导出，不可写入。如果仍不能启动，可以尝试将innodb_force_recovery修改为2、3、4、5、6等，直到可以启动为止。

3)使用MySQL管理工具，将TD_OA等相关的数据库导出为SQL文件。

4)停止MySQL5_OA服务，删除TD_OA下的所有文件、ibdata1、ib_logfile0、ib_logfile1等文件。

5）打开\MYOA\mysql5\my.ini，在innodb_force_recovery=1前边加上#号，将该项注释掉。

6)启动MySQL5_OA服务，然后导入此前备份的SQL文件。

7)检查数据库，将无法通过该方法恢复的数据表，通过之前自动备份的SQL文件进行恢复。

启动Mysql提示ERROR! The server quit without updating PID file (/usr/local/var/mysql/xxxx.local.pid).

1、查看mysql错误日志：打开/usr/local/var/mysql/xxxx.err或者xxxx.local.err文件。

2、问题应该是某个程序占用了mysql的默认端口3306。

3、查看端口使用情况lsof -i:3306，发现是一个用户名为_mysql启动了mysqld指令占用了3306，感觉现象非常奇怪，不清楚为什么会有这个用户组，为什么会启动mysqld，由于这个电脑是公司其他同事转移资产到的我名下，所以有可能是之前用户或者公司it装了什么服务导致的。

4、首先尝试干掉进程：sudo kill xxxx，结果发现当kill后，还会重新启动。

5、尝试修改mysql默认启动端口，Baidu上有人告诉修改/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件

添加<string>--port=3307</string>保存，先重新启动mysql服务，发现问题依然存在，发现配置没有起作用，默认端口依然是3306，然后考虑重新启动电脑，看看是否可以修改占用默认端口的配置。

6、重启后再次查看3306端口占用情况，发现确实不存在了。但是发现启动mysql服务时，依然存在问题：

仔细观察发现，这个占用和plist中的mysql配置一样的，所以可以确定每次启动计算机后，会按默认配置执行一个mysqld。

7、不清楚为什么会按com.oracle.oss.mysql.mysqld.plist配置执行mysqld，于是把注意力放在了Mac启动上。

8、Mac的启动原理是：

看到这里就明白了，原来LaunchDaemons里面放的是Mac启动时的一些启动服务，

9、System/Library和/Library和~/Library目录的区别：

10、System/Library和/Library和~/Library目录的区别：

11、有了上面的结果，于是把注意力放在了com.oracle.oss.mysql.mysqld.plist上，每个Mac启动中都有么，这个是如何添加的。首先查看了家里的其他苹果电脑，发现都没有这个plist文件，于是开始研究这个文件的产生原因。

12、经过Baidu怀疑这个文件应该是之前用dmg安装包安装的mysql产生的，在设置中也发现了残留信息

于是果断把自动启动去掉，重启计算机。

13、重启后，发现无论是3306还是3307端口上都没有mysql服务了，于是运行mysql.server start，这次终于看见了Starting MySQL . SUCCESS!

14、删除com.oracle.oss.mysql.mysqld.plist文件，重启电脑后，发现设置中仍然还有MySQL的控制选项。

15、MySQL dmg安装方式的卸载方法：

至此，这个问题算是完美解决了。

---