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

近日更換服務(wù)器，要做數(shù)據(jù)庫遷移，將數(shù)據(jù)庫內(nèi)的數(shù)據(jù)從服務(wù)器A遷移到服務(wù)器B。
由于數(shù)據(jù)量較大，直接做dump耗時太長，故而采用如下方式處理：
首先，在服務(wù)器B上安裝了與服務(wù)器A同版本的MySQL，停止MySQL服務(wù)，將安裝后的data目錄刪除；
然后，服務(wù)器A鎖住全部表，從服務(wù)器A將整個data目錄和數(shù)據(jù)文件直到拷貝到服務(wù)器B上，修改服務(wù)器B上MySQL的my.cnf文件中的datadir指向新的data目錄。
最后，啟動服務(wù)器B上的MySQL服務(wù)。
結(jié)果啟動失敗，報出 “無法啟動MySQL服務(wù)”異常，查看錯誤日志，發(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中設(shè)置的日志文件配額要大，服務(wù)不能啟動。原因是日志文件從服務(wù)器A復(fù)制而來，在服務(wù)器A上的my.cnf中日志配額要比服務(wù)器B上的my.cnf日志配額大，
計(jì)算日志文件大�。�63963136/(1024*1024)=61M,6291456/(1024*1024)=6M，怪不得呢？
將服務(wù)器B上的my.cnf中的innodb_log_file_size的參數(shù)設(shè)置為61M，再次啟動mysql，啟動成功。

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

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