推薦：解析mysql數(shù)據(jù)庫還原錯誤:(mysql Error Code: 1005 errno 121)
原因大致是主鍵必須是唯一的，也就是數(shù)據(jù)庫里可能存在和現(xiàn)還原數(shù)據(jù)庫有重復的地方，a restriction that Foreign Keys should be uniquely named throughout the database ， 一個有效的辦法就是將原來的數(shù)據(jù)庫清除后再創(chuàng)建還原。 本人這回的原因是新裝的mysql的ibdata1

近日更換服務器，要做數(shù)據(jù)庫遷移，將數(shù)據(jù)庫內(nèi)的數(shù)據(jù)從服務器A遷移到服務器B。
由于數(shù)據(jù)量較大，直接做dump耗時太長，故而采用如下方式處理：
首先，在服務器B上安裝了與服務器A同版本的MySQL，停止MySQL服務，將安裝后的data目錄刪除；
然后，服務器A鎖住全部表，從服務器A將整個data目錄和數(shù)據(jù)文件直到拷貝到服務器B上，修改服務器B上MySQL的my.cnf文件中的datadir指向新的data目錄。
最后，啟動服務器B上的MySQL服務。
結(jié)果啟動失敗，報出 “無法啟動MySQL服務”異常，查看錯誤日志，發(fā)現(xiàn)問題描述如下：
InnoDB: Error: log file ./ib_logfile0 is of different size 0 63963136 bytes
InnoDB: than specified in the .cnf file 0 6291456 bytes!
這段信息的意思是日志文件比my.cnf中設置的日志文件配額要大，服務不能啟動。原因是日志文件從服務器A復制而來，在服務器A上的my.cnf中日志配額要比服務器B上的my.cnf日志配額大，
計算日志文件大小：63963136/(1024*1024)=61M,6291456/(1024*1024)=6M，怪不得呢？
將服務器B上的my.cnf中的innodb_log_file_size的參數(shù)設置為61M，再次啟動mysql，啟動成功。

總結(jié)需要注意事項：
1.修改datadir為新的data目錄。
2.合理修改innodb_log_file_size的值為實際遷移過來的日志文件大小。
3.字符集/默認引擎的修改，要與遷移前統(tǒng)一。

分享：解析MYSQL 數(shù)據(jù)庫導入SQL 文件出現(xiàn)亂碼的問題
導入數(shù)據(jù)時，如果目標數(shù)據(jù)庫或表是UTF-8字符集的，而導入SQL中有中文，可能在最終結(jié)果中出現(xiàn)亂碼，此時只需在導入的SQL文件第一行加入如下內(nèi)容 即可。 /*!40101 SET NAMES utf8 */;