MYSQL迁移或者升级的故障解决大全

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

大致情况如下：

 

一、故障和问题分析

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