有时候在更换服务器或者升级服务器、迁移服务器时候，必须迁移数据库时候往往会出现一些意外事情。

大致情况如下：

一、故障和问题分析

1、启动service mysqld restart时候却提示错误

[root@localhost ~]# service mysqld restart

Stopping mysqld:                                           [  OK  ]

MySQL Daemon failed to start.

Starting mysqld:                                           [FAILED]

2、启动失败的日志提示通过more /var/lib/mysql/localhost.localdomain.err查看

查看错误日志

140103  7:03:21  InnoDB: Started; log sequence number 0 0

140103  7:03:21 [ERROR] /usr/libexec/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 2)

140103  7:03:21 [ERROR] Can't start server: can't create PID file: No such file or directory

140103 07:03:21 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

这里是报告目录不存在'/var/run/mysqld/

再看错误日志

140103  7:10:19 [ERROR] /usr/libexec/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 13)

140103  7:10:19 [ERROR] Can't start server: can't create PID file: Permission denied

140103 07:10:19 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

增加了目录后这里报告权限不够

还有物理文件找不到的错误：

140103 21:53:11 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/user.frm' (errno: 13)

140103 21:53:11 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/user.frm' (errno: 13)

140103 21:53:11 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

140103 21:54:20 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

这里报告数据物理表找不到

安全权限的问题

[root@web]# /usr/sbin/mysqld

060715 21:16:36 [ERROR] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!

060715 21:16:36 [ERROR] Aborting

060715 21:16:36 [Note] /usr/sbin/mysqld: Shutdown complete

这里报告安全导致问题

[ERROR] Fatal error: Can't open and lock privilege tables: Table

数据表被锁或者是私人权限

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

启动的连接文件发生变化，这个一般是因为修改了my.cnf后再次启动产生的

二、环境故障解决

运行目录不存在和权限不匹配

按照要求建立一个目录

[root@localhost ~]# mkdir /var/run/mysqld

权限问题，修改权限

[root@localhost ~]# chown -R mysql:mysql /var/run/mysqld

再启动就正常了

物理数据表找不到，可以在shell下执行/usr/sbin/setenforce 0关闭防护策略就可以解决了

安全导致问题：我电脑测试发现如果为根目录设置了加锁后会导致该问题，解决办法

如果设置了根目录的锁定chattr +i  /，则会出现启动失败,故障提示如上,解决办法是在/etc/my.conf中的mysqld这一节中加入user=mysql

数据表被锁的解决

#mysql_install_db

连接文件发生变化导致无法启动的

直接删除/var/lib/mysql/下的文件，包括套接字文件ibdata1、ib_logfile0、ib_logfile1、mysql.sock之后重新启动，一般是不会有异常的。

三、迁移升级过程导致的一些问题和迁移方法

1、第一步，系统上原来的自带的MYSQL卸载掉，全新yum安装，安装好后service mysqld restart看是否正常，如果正常则service mysqld stop，准备开始迁移数据库

2、把旧的服务器上的数据库迁移过来，但mysql系统库不能覆盖,所有数据库目录都迁移

chgrp -R mysql /var/lib/mysql/mysql && chown -R mysql /var/lib/mysql/mysql

chown -R mysql:mysql /var/lib/mysql/

find /var/lib/mysql/ -type d -exec chmod 700 -R {} \;

find /var/lib/mysql/ -type f -exec chmod 660 -R {} \;

3、复制和权限设置完成后，升级数据库到64位,shell执行

#mysqld_safe强制启动

#mysql_upgrade --force -u admin -p升级到64位上，假设管理是admin,命令结束后输入密码

看看升级的情况，如果有错误提示一般是权限没设置好，回到第2步，重新设置权限

centos下如果权限没问题，则必须去掉安全保护的，该工作在我的测试过程确实造成数据库无法访问，shell下执行/usr/sbin/setenforce 0

重新修复和检查索引

myisamchk -r /var/lib/mysql/*/*MYI

有三种修复表的方法如下所示：

myisamchk --recover --quick /path/to/tblName

myisamchk --recover /path/to/tblName

myisamchk --safe-recover /var/lib/mysql/mysql/*

第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。

4、修复和升级完成后，停止数据库service mysqld stop

5、把旧数据库上的mysql库的usr表覆盖掉，换成旧的，以保证用户帐号的延续性，这时候启动mysqld一般会提示失败

6、必须强制启动执行mysqld_safe，然后登录进去，用原来的管理帐号登录就可以，进去后修复数据表myisamchk --safe-recover /var/lib/mysql/mysql/usr

7、全部完成后直接reboot，重新启动系统，等系统恢复后就会发现一切都正常了

8、注意配置文件里：修改my.cnf查找skip-locking替换为skip-external-locking

9、如果设置了根目录的锁定chattr +i /，则会出现启动失败,解决办法是在/etc/my.conf中的mysqld这一节中加入user=mysql

启动失败的查看错误的日志

more /var/lib/mysql/localhost.localdomain.err