關(guān)于MySQL數(shù)據(jù)遷移--data目錄直接替換注意事項(xiàng)的詳解
更新時(shí)間：2013年06月29日 15:07:39 作者：
本篇文章是對(duì)關(guān)于MySQL數(shù)據(jù)遷移--data目錄直接替換的注意事項(xiàng)進(jìn)行了詳細(xì)的分析介紹，需要的朋友參考下
近日更換服務(wù)器，要做數(shù)據(jù)庫(kù)遷移，將數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)從服務(wù)器A遷移到服務(wù)器B。
由于數(shù)據(jù)量較大，直接做dump耗時(shí)太長(zhǎng)，故而采用如下方式處理：
首先，在服務(wù)器B上安裝了與服務(wù)器A同版本的MySQL，停止MySQL服務(wù)，將安裝后的data目錄刪除；
然后，服務(wù)器A鎖住全部表，從服務(wù)器A將整個(gè)data目錄和數(shù)據(jù)文件直到拷貝到服務(wù)器B上，修改服務(wù)器B上MySQL的my.cnf文件中的datadir指向新的data目錄。
最后，啟動(dòng)服務(wù)器B上的MySQL服務(wù)。
結(jié)果啟動(dòng)失敗，報(bào)出 “無(wú)法啟動(dòng)MySQL服務(wù)”異常，查看錯(cuò)誤日志，發(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ù)不能啟動(dòng)。原因是日志文件從服務(wù)器A復(fù)制而來(lái)，在服務(wù)器A上的my.cnf中日志配額要比服務(wù)器B上的my.cnf日志配額大，
計(jì)算日志文件大?。?3963136/(1024*1024)=61M,6291456/(1024*1024)=6M，怪不得呢？
將服務(wù)器B上的my.cnf中的innodb_log_file_size的參數(shù)設(shè)置為61M，再次啟動(dòng)mysql，啟動(dòng)成功。
總結(jié)需要注意事項(xiàng)：
1.修改datadir為新的data目錄。
2.合理修改innodb_log_file_size的值為實(shí)際遷移過來(lái)的日志文件大小。
3.字符集/默認(rèn)引擎的修改，要與遷移前統(tǒng)一。
由于數(shù)據(jù)量較大，直接做dump耗時(shí)太長(zhǎng)，故而采用如下方式處理：
首先，在服務(wù)器B上安裝了與服務(wù)器A同版本的MySQL，停止MySQL服務(wù)，將安裝后的data目錄刪除；
然后，服務(wù)器A鎖住全部表，從服務(wù)器A將整個(gè)data目錄和數(shù)據(jù)文件直到拷貝到服務(wù)器B上，修改服務(wù)器B上MySQL的my.cnf文件中的datadir指向新的data目錄。
最后，啟動(dòng)服務(wù)器B上的MySQL服務(wù)。
結(jié)果啟動(dòng)失敗，報(bào)出 “無(wú)法啟動(dòng)MySQL服務(wù)”異常，查看錯(cuò)誤日志，發(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ù)不能啟動(dòng)。原因是日志文件從服務(wù)器A復(fù)制而來(lái)，在服務(wù)器A上的my.cnf中日志配額要比服務(wù)器B上的my.cnf日志配額大，
計(jì)算日志文件大?。?3963136/(1024*1024)=61M,6291456/(1024*1024)=6M，怪不得呢？
將服務(wù)器B上的my.cnf中的innodb_log_file_size的參數(shù)設(shè)置為61M，再次啟動(dòng)mysql，啟動(dòng)成功。
總結(jié)需要注意事項(xiàng)：
1.修改datadir為新的data目錄。
2.合理修改innodb_log_file_size的值為實(shí)際遷移過來(lái)的日志文件大小。
3.字符集/默認(rèn)引擎的修改，要與遷移前統(tǒng)一。
您可能感興趣的文章:
- 一句命令完成MySQL的數(shù)據(jù)遷移(輕量級(jí)數(shù)據(jù))
- SQL Server數(shù)據(jù)遷移至PostgreSQL出錯(cuò)的解釋以及解決方案
- 如何把sqlserver數(shù)據(jù)遷移到mysql數(shù)據(jù)庫(kù)及需要注意事項(xiàng)
- 簡(jiǎn)述MySQL分片中快速數(shù)據(jù)遷移
- mysql數(shù)據(jù)遷移到Oracle的正確方法
- MySQL數(shù)據(jù)遷移使用MySQLdump命令
- 從云數(shù)據(jù)遷移服務(wù)看MySQL大表抽取模式的原理解析
- 使用SQL SERVER存儲(chǔ)過程實(shí)現(xiàn)歷史數(shù)據(jù)遷移方式
- mysql數(shù)據(jù)遷移之data目錄復(fù)制方法
- MySql使用存儲(chǔ)過程進(jìn)行單表數(shù)據(jù)遷移的實(shí)現(xiàn)
- Sql Server數(shù)據(jù)遷移的實(shí)現(xiàn)場(chǎng)景及示例
相關(guān)文章
mysql數(shù)據(jù)庫(kù)單表最大存儲(chǔ)依據(jù)詳解
這篇文章主要為大家介紹了mysql數(shù)據(jù)庫(kù)單表最大存儲(chǔ)的依據(jù)詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-07-07
CentOS 6、7下mysql 5.7 詳細(xì)安裝教程
這篇文章主要為大家介紹了CentOS 6、7下mysql 5.7 詳細(xì)安裝教程，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2018-08-08
當(dāng)mysqlbinlog版本與mysql不一致時(shí)可能導(dǎo)致出哪些問題
這篇文章主要介紹了當(dāng)mysql服務(wù)器為mysql5.6時(shí)，mysqlbinlog版本不對(duì)可能導(dǎo)致出哪些問題，下面通過模擬2種場(chǎng)景分析此類問題,需要的朋友可以參考下2015-07-07
MySQL數(shù)據(jù)庫(kù)中遇到no?database?selected問題解決辦法
這篇文章主要給大家介紹了關(guān)于MySQL數(shù)據(jù)庫(kù)中遇到no?database?selected問題的解決辦法,這是MySQL數(shù)據(jù)庫(kù)的錯(cuò)誤提示,意思是沒有選擇數(shù)據(jù)庫(kù),在使用MySQL命令行操作時(shí)需要先選擇要操作的數(shù)據(jù)庫(kù),否則就會(huì)出現(xiàn)這個(gè)錯(cuò)誤,需要的朋友可以參考下2024-03-03
MySQL?阻塞是指在并發(fā)訪問?MySQL?數(shù)據(jù)庫(kù)時(shí)，某個(gè)事務(wù)占用了資源并且長(zhǎng)時(shí)間不釋放，導(dǎo)致其他事務(wù)無(wú)法執(zhí)行或執(zhí)行緩慢的情況，那如何排查和定位阻塞語(yǔ)句呢，下面來(lái)分析下吧2023-07-07
這篇文章主要以圖文結(jié)合的方式詳細(xì)為大家介紹了Ubuntu安裝配置Mysql的實(shí)現(xiàn)步驟，感興趣的小伙伴們可以參考一下2016-05-05
這篇文章主要介紹了Redis什么是熱Key問題以及如何解決熱Key問題，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2022-11-11
這篇文章主要為大家詳細(xì)介紹了CentOS6.4上使用yum安裝mysql圖文教程,具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2016-10-10
Navicat連接虛擬機(jī)mysql常見錯(cuò)誤問題及解決方法
這篇文章主要介紹了Navicat連接虛擬機(jī)mysql常見錯(cuò)誤問題及解決方法，本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-11-11
這篇文章主要介紹了mysql完整性約束,結(jié)合實(shí)例形式詳細(xì)分析了mysql完整性約束的原理、使用方法與操作注意事項(xiàng),需要的朋友可以參考下2020-01-01