mysql快速複製資料庫,mysql複製資料庫表結構

本文目錄一覽：

• 1、mysql把一個資料庫中的數據複製到另一個資料庫中的表 2個表結構相同
• 2、怎麼才能完整複製MySQL資料庫
• 3、如何將mysql的一個完整資料庫全部複製到另外一個資料庫?

mysql把一個資料庫中的數據複製到另一個資料庫中的表 2個表結構相同

1、使用軟體Navicat就可遷移複製資料庫，打開Navicat，右鍵點擊左邊空白的地方，點擊New Connection下的MySQL，創建一個伺服器的連接，下面將演示把本地的數據遷移到伺服器：

2、在彈出的創建新連接的窗口裡，輸入伺服器的IP，資料庫賬號，密碼等，然後就可以連接資料庫了：

3、創建好後們打開本地的資料庫，點擊「Data Transfer」（數據傳輸），接著彈出新的界面：

4、新窗口中在左邊選擇本地資料庫的庫，和需要轉移的表，可以選擇一個，或多個表：

5、然後在右邊的目標里，選擇伺服器的連接，然後選擇伺服器上的資料庫：

6、選擇完成後，就開始進行數據轉移了，數據量不是很大的，很快就會轉移完成的。以上就是mysql中數據複製到另一個資料庫的方法：

怎麼才能完整複製MySQL資料庫

有兩種辦法。

1、在B機器上裝mysql。

將A機器上的mysql/data下的你的資料庫目錄整個拷貝下來。

將B機器上的mysql服務停止。

找到B機器上的mysql/data目錄，將你拷貝的目錄粘貼進去，然後啟動mysql服務就可以了。

2、使用SQL語句備份和恢復

你可以使用SELECT INTO OUTFILE語句備份數據，並用LOAD DATA INFILE語句恢複數據。這種方法只能導出數據的內容，不包括表的結構，如果表的結構文件損壞，你必須要先恢復原來的表的結構。

語法：

SELECT * INTO {OUTFILE ¦ DUMPFILE} 』file_name』 FROM tbl_name

LOAD DATA [LOW_PRIORITY] [LOCAL] INFILE 』file_name.txt』 [REPLACE ¦ IGNORE]

INTO TABLE tbl_name

SELECT … INTO OUTFILE 』file_name』

在dos命令提示符下使用mysqldump命令進行備份.

如下:

C:\Documents and Settings\Administratormysqldump yinshi c:\\backup.txt -uroot

-p12142022

如何將mysql的一個完整資料庫全部複製到另外一個資料庫?

如果從庫上表 t 數據與主庫不一致，導致複製錯誤，整個庫的數據量很大，重做從庫很慢，如何單獨恢復這張表的數據？通常認為是不能修復單表數據的，因為涉及到各表狀態不一致的問題。下面就列舉備份單表恢復到從庫會面臨的問題以及解決辦法：

場景 1

如果複製報錯後，沒有使用跳過錯誤、複製過濾等方法修復主從複製。主庫數據一直在更新，從庫數據停滯在報錯狀態（假設 GTID 為 aaaa:1-100）。

修復步驟：

在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000）；

恢復到從庫；

啟動複製。

這裡的問題是複製起始位點是 aaaa:101，從庫上表 t 的數據狀態是領先其他表的。aaaa:101-10000 這些事務中只要有修改表 t 數據的事務，就會導致複製報錯 ，比如主鍵衝突、記錄不存在（而 aaaa:101 這個之前複製報錯的事務必定是修改表 t 的事務）

解決辦法：啟動複製時跳過 aaaa:101-10000 這些事務中修改表 t 的事務。

正確的修復步驟：

1. 在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000），恢復到從庫；

2. 設置複製過濾，過濾表 t：

CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = (‘db_name.t’);

3. 啟動複製，回放到 aaaa:10000 時停止複製（此時從庫上所有表的數據都在同一狀態，是一致的）;

START SLAVE UNTIL SQL_AFTER_GTIDS = ‘aaaa:10000’;

4. 刪除複製過濾，正常啟動複製。

注意事項：這裡要用 mysqldump –single-transaction –master-data=2，記錄備份快照對應的 GTID

場景 2

如果複製報錯後，使用跳過錯誤、複製過濾等辦法修復了主從複製。主、從庫數據一直在更新。

修復步驟：

在主庫上備份表 t （假設備份快照 GTID為 aaaa:1-10000）；

停止從庫複製，GTID為 aaaa:1-20000；

恢復表 t 到從庫；

啟動複製。

這裡的問題是複製起始位點是 aaaa:20001，aaaa:10000-20000 這些事務將不會在從庫上回放，如果這裡面有修改表 t 數據的事務，從庫上將丟失這部分數據。

解決辦法：從備份開始到啟動複製，鎖定表 t，保證 aaaa:10000-20000 中沒有修改表 t 的事務。

正確修復步驟：

對錶 t 加讀鎖；

在主庫上備份表 t；

停止從庫複製，恢復表 t；

啟動複製；

解鎖表 t。

如果是大表，這裡可以用可傳輸表空間方式備份、恢復表，減少鎖表時間。