建站
咨詢
售后
建站咨詢
新聞中心
如何將mysql的一個完整數(shù)據(jù)庫全部復制到另外一個數(shù)據(jù)庫?
如果從庫上表 t 數(shù)據(jù)與主庫不一致，導致復制錯誤，整個庫的數(shù)據(jù)量很大，重做從庫很慢，如何單獨恢復這張表的數(shù)據(jù)？通常認為是不能修復單表數(shù)據(jù)的，因為涉及到各表狀態(tài)不一致的問題。下面就列舉備份單表恢復到從庫會面臨的問題以及解決辦法：
創(chuàng)新互聯(lián)主要從事成都網(wǎng)站設計、成都做網(wǎng)站、網(wǎng)頁設計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務。立足成都服務陜州,10多年網(wǎng)站建設經(jīng)驗,價格優(yōu)惠、服務專業(yè),歡迎來電咨詢建站服務:18980820575
場景 1
如果復制報錯后，沒有使用跳過錯誤、復制過濾等方法修復主從復制。主庫數(shù)據(jù)一直在更新，從庫數(shù)據(jù)停滯在報錯狀態(tài)（假設 GTID 為 aaaa:1-100）。
修復步驟：
在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000）；
恢復到從庫；
啟動復制。
這里的問題是復制起始位點是 aaaa:101，從庫上表 t 的數(shù)據(jù)狀態(tài)是領先其他表的。aaaa:101-10000 這些事務中只要有修改表 t 數(shù)據(jù)的事務，就會導致復制報錯 ，比如主鍵沖突、記錄不存在（而 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 時停止復制（此時從庫上所有表的數(shù)據(jù)都在同一狀態(tài)，是一致的）;
START SLAVE UNTIL SQL_AFTER_GTIDS = 'aaaa:10000';
4. 刪除復制過濾，正常啟動復制。
注意事項：這里要用 mysqldump --single-transaction --master-data=2，記錄備份快照對應的 GTID
場景 2
如果復制報錯后，使用跳過錯誤、復制過濾等辦法修復了主從復制。主、從庫數(shù)據(jù)一直在更新。
修復步驟：
在主庫上備份表 t （假設備份快照 GTID為 aaaa:1-10000）；
停止從庫復制，GTID為 aaaa:1-20000；
恢復表 t 到從庫；
啟動復制。
這里的問題是復制起始位點是 aaaa:20001，aaaa:10000-20000 這些事務將不會在從庫上回放，如果這里面有修改表 t 數(shù)據(jù)的事務，從庫上將丟失這部分數(shù)據(jù)。
解決辦法：從備份開始到啟動復制，鎖定表 t，保證 aaaa:10000-20000 中沒有修改表 t 的事務。
正確修復步驟：
對表 t 加讀鎖；
在主庫上備份表 t；
停止從庫復制，恢復表 t；
啟動復制；
解鎖表 t。
如果是大表，這里可以用可傳輸表空間方式備份、恢復表，減少鎖表時間。
怎么復制MySQL數(shù)據(jù)庫
項目上 MySQL?還原 SQL 備份經(jīng)常會碰到一個錯誤如下，且通常出現(xiàn)在導入視圖、函數(shù)、存儲過程、事件等對象時，其根本原因就是因為導入時所用賬號并不具有SUPER 權限，所以無法創(chuàng)建其他賬號的所屬對象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常見場景：1. 還原 RDS 時經(jīng)常出現(xiàn)，因為 RDS 不提供 SUPER 權限；2. 由開發(fā)庫還原到項目現(xiàn)場，賬號權限等有所不同。
處理方式：
1. 在原庫中批量修改對象所有者為導入賬號或修改?SQL SECURITY?為?Invoker；2. 使用 mysqldump 導出備份，然后將 SQL 文件中的對象所有者替換為導入賬號。
二、問題原因我們先來看下為啥會出現(xiàn)這個報錯，那就得說下 MySQL 中一個很特別的權限控制機制，像視圖、函數(shù)、存儲過程、觸發(fā)器等這些數(shù)據(jù)對象會存在一個?DEFINER?和一個?SQL SECURITY?的屬性，如下所示：
--視圖定義CREATE?ALGORITHM?=?UNDEFINED?DEFINER?=?`root`@`%`?SQL?SECURITY?DEFINER?VIEW?v_test
--函數(shù)定義CREATE?DEFINER=`root`@`%`?FUNCTION?`f_test()`?RETURNS?varchar(100)?SQL?SECURITY?DEFINER
--存儲過程定義CREATE?DEFINER=`root`@`%`?PROCEDURE?`p_test`()?SQL?SECURITY?DEFINER
--觸發(fā)器定義CREATE DEFINER=`root`@`%` trigger t_test
--事件定義CREATE DEFINER=`root`@`%` EVENT `e_test`
DEFINER：對象定義者，在創(chuàng)建對象時可以手動指定用戶，不指定的話默認為當前連接用戶；
SQL SECURITY：指明以誰的權限來執(zhí)行該對象，有兩個選項，一個為?DEFINER，一個為?INVOKER，默認情況下系統(tǒng)指定為 DEFINER；DEFINER：表示按定義者的權限來執(zhí)行；?INVOKER：表示按調用者的權限來執(zhí)行。
如果導入賬號具有 SUPER 權限，即使對象的所有者賬號不存在，也可以導入成功，但是在查詢對象時，如果對象的?SQL SECURITY?為?DEFINER，則會報賬號不存在的報錯。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist
改寫好處：1. 可以避免還原時遇到 DEFINER 報錯相關問題；2. 根據(jù)輸出信息知道備份是否正常進行，防止備份中遇到元數(shù)據(jù)鎖無法獲取然后一直卡住的情況。
怎么才能完整復制MySQL數(shù)據(jù)庫
有兩種辦法。
1、在B機器上裝mysql。
將A機器上的mysql/data下的你的數(shù)據(jù)庫目錄整個拷貝下來。
將B機器上的mysql服務停止。
找到B機器上的mysql/data目錄，將你拷貝的目錄粘貼進去，然后啟動mysql服務就可以了。
2、使用SQL語句備份和恢復
你可以使用SELECT INTO OUTFILE語句備份數(shù)據(jù)，并用LOAD DATA INFILE語句恢復數(shù)據(jù)。這種方法只能導出數(shù)據(jù)的內容，不包括表的結構，如果表的結構文件損壞，你必須要先恢復原來的表的結構。
語法：
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數(shù)據(jù)庫表
我google了一下大概有一下幾個方法，
1.復制表結構及數(shù)據(jù)到新表
CREATE TABLE 新表 SELECT * FROM 舊表
2.只復制表結構到新表
CREATE TABLE 新表 SELECT * FROM 舊表 WHERE 1=2
即:讓WHERE條件不成立.
3.復制舊表的數(shù)據(jù)到新表(假設兩個表結構一樣)
INSERT INTO 新表 SELECT * FROM 舊表
4.復制舊表的數(shù)據(jù)到新表(假設兩個表結構不一樣)
INSERT INTO 新表(字段1,字段2,.......) SELECT 字段1,字段2,...... FROM 舊表
如何復制MySQL數(shù)據(jù)庫或表到另外一臺服務器？
使用這種方法前，我們需要先下載一個MySQL客戶端工具SqlYog。點擊這里下載并安裝
下面我們開始復制數(shù)據(jù)庫：
1、打開SqlYog community Edition，分別在不同的選項卡中打開源數(shù)據(jù)庫服務器與目標數(shù)據(jù)庫服務器，這一點很重。
在源數(shù)據(jù)庫服務器選項卡中你將看到所有數(shù)據(jù)庫列表。
2、在需要復制遷移的數(shù)據(jù)庫上右擊，在彈出菜單中選擇“Copy Database to Different Host/Database”
3、在彈出對話框中，我們能看到源數(shù)據(jù)庫服務器及目標服務器，在左邊，通過勾選復選框來選擇需要復制遷移的對象，如表、函數(shù)、觸發(fā)器等，也可以選擇所有對象。
4、在右邊選擇需要遷移的目標服務器或數(shù)據(jù)庫
5、根據(jù)你的需要選擇復制類型：“Structure and Data”或“Structure only”，即“結構和數(shù)據(jù)”或“僅結構”。
6、選擇結束后點擊“Copy”按鈕開始復制，知道數(shù)據(jù)遷移結束。
如何復制mysql數(shù)據(jù)庫到另一臺電腦上？
這種架構一般用在以下三類場景
1. 備份多臺 Server 的數(shù)據(jù)到一臺如果按照數(shù)據(jù)切分方向來講，那就是垂直切分。比如圖 2，業(yè)務 A、B、C、D 是之前拆分好的業(yè)務，現(xiàn)在需要把這些拆分好的業(yè)務匯總起來備份，那這種需求也很適用于多源復制架構。實現(xiàn)方法我大概描述下：業(yè)務 A、B、C、D 分別位于 4 臺 Server，每臺 Server 分別有一個數(shù)據(jù)庫來隔離前端的業(yè)務數(shù)據(jù)，那這樣，在從庫就能把四臺業(yè)務的數(shù)據(jù)全部匯總起來，而不需要做額外的操作。那沒有多源復制之前，要實現(xiàn)這類需求，只能在匯總機器上搭建多個 MySQL 實例，那這樣勢必會涉及到跨庫關聯(lián)的問題，不但性能急劇下降，管理多個實例也沒有單臺來的容易。
2. 用來聚合前端多個 Server 的分片數(shù)據(jù)。
同樣，按照數(shù)據(jù)切分方向來講，屬于水平切分。比如圖 3，按照年份拆分好的數(shù)據(jù)，要做一個匯總數(shù)據(jù)展現(xiàn)，那這種架構也非常合適。實現(xiàn)方法稍微復雜些：比如所有 Server 共享同一數(shù)據(jù)庫和表，一般為了開發(fā)極端透明，前端配置有分庫分表的中間件，比如愛可生的 DBLE。
3. 匯總并合并多個 Server 的數(shù)據(jù)
第三類和第一種場景類似。不一樣的是不僅僅是數(shù)據(jù)需要匯總到目標端，還得合并這些數(shù)據(jù)，這就比第一種來的相對復雜些。比如圖 4，那這樣的需求，是不是也適合多源復制呢？答案是 YES。那具體怎么做呢？
分享名稱：mysql怎么復制,mysql數(shù)據(jù)庫怎么復制
文章源于：http://fisionsoft.com.cn/article/hdeccs.html
