本文共 3581 字，大约阅读时间需要 11 分钟。
有时候在更换服务器或者升级服务器、迁移服务器时候，必须迁移数据库时候往往会出现一些意外事情。
大致情况如下：
一、故障和问题分析
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
转载地址：http://ygxei.baihongyu.com/