有時候在更換伺服器或者升級伺服器、遷移伺服器時候，必須遷移資料庫時候往往會出現一些意外事情。

大致情況如下：

一、故障和問題分析

1、啟動service mysqld restart 時候卻提示錯誤

[[email protected] ~]# 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

這裡報告資料物理表找不到

安全許可權的問題

[[email protected]]# /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後再次啟動產生的

二、環境故障解決

執行目錄不存在和許可權不匹配

按照要求建立一個目錄

[[email protected] ~]# mkdir /var/run/mysqld

許可權問題，修改許可權

[[email protected] ~]# 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