怎么復制MySQL數據庫

項目上 MySQL?還原 SQL 備份經常會碰到一個錯誤如下，且通常出現在導入視圖、函數、存儲過程、事件等對象時，其根本原因就是因為導入時所用賬號并不具有SUPER 權限，所以無法創建其他賬號的所屬對象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常見場景：1. 還原 RDS 時經常出現，因為 RDS 不提供 SUPER 權限；2. 由開發庫還原到項目現場，賬號權限等有所不同。

公司主營業務：成都網站制作、網站設計、移動網站開發等業務。幫助企業客戶真正實現互聯網宣傳，提高企業的競爭能力。創新互聯建站是一支青春激揚、勤奮敬業、活力青春激揚、勤奮敬業、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創新互聯建站推出東方免費做網站回饋大家。

處理方式：

1. 在原庫中批量修改對象所有者為導入賬號或修改?SQL SECURITY?為?Invoker；2. 使用 mysqldump 導出備份，然后將 SQL 文件中的對象所有者替換為導入賬號。

二、問題原因我們先來看下為啥會出現這個報錯，那就得說下 MySQL 中一個很特別的權限控制機制，像視圖、函數、存儲過程、觸發器等這些數據對象會存在一個?DEFINER?和一個?SQL SECURITY?的屬性，如下所示：

--視圖定義CREATE?ALGORITHM?=?UNDEFINED?DEFINER?=?`root`@`%`?SQL?SECURITY?DEFINER?VIEW?v_test

--函數定義CREATE?DEFINER=`root`@`%`?FUNCTION?`f_test()`?RETURNS?varchar(100)?SQL?SECURITY?DEFINER

--存儲過程定義CREATE?DEFINER=`root`@`%`?PROCEDURE?`p_test`()?SQL?SECURITY?DEFINER

--觸發器定義CREATE DEFINER=`root`@`%` trigger t_test

--事件定義CREATE DEFINER=`root`@`%` EVENT `e_test`

DEFINER：對象定義者，在創建對象時可以手動指定用戶，不指定的話默認為當前連接用戶；

SQL SECURITY：指明以誰的權限來執行該對象，有兩個選項，一個為?DEFINER，一個為?INVOKER，默認情況下系統指定為 DEFINER；DEFINER：表示按定義者的權限來執行；?INVOKER：表示按調用者的權限來執行。

如果導入賬號具有 SUPER 權限，即使對象的所有者賬號不存在，也可以導入成功，但是在查詢對象時，如果對象的?SQL SECURITY?為?DEFINER，則會報賬號不存在的報錯。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

改寫好處：1. 可以避免還原時遇到 DEFINER 報錯相關問題；2. 根據輸出信息知道備份是否正常進行，防止備份中遇到元數據鎖無法獲取然后一直卡住的情況。

怎么快速復制千萬級的Mysql數據庫表

我google了一下大概有一下幾個方法，

1.復制表結構及數據到新表

CREATE TABLE 新表 SELECT * FROM 舊表

2.只復制表結構到新表

CREATE TABLE 新表 SELECT * FROM 舊表 WHERE 1=2

即:讓WHERE條件不成立.

3.復制舊表的數據到新表(假設兩個表結構一樣)

INSERT INTO 新表 SELECT * FROM 舊表

4.復制舊表的數據到新表(假設兩個表結構不一樣)

INSERT INTO 新表(字段1,字段2,.......) SELECT 字段1,字段2,...... FROM 舊表

如何復制mysql數據庫到另一臺電腦上？

這種架構一般用在以下三類場景

1. 備份多臺 Server 的數據到一臺如果按照數據切分方向來講，那就是垂直切分。比如圖 2，業務 A、B、C、D 是之前拆分好的業務，現在需要把這些拆分好的業務匯總起來備份，那這種需求也很適用于多源復制架構。實現方法我大概描述下：業務 A、B、C、D 分別位于 4 臺 Server，每臺 Server 分別有一個數據庫來隔離前端的業務數據，那這樣，在從庫就能把四臺業務的數據全部匯總起來，而不需要做額外的操作。那沒有多源復制之前，要實現這類需求，只能在匯總機器上搭建多個 MySQL 實例，那這樣勢必會涉及到跨庫關聯的問題，不但性能急劇下降，管理多個實例也沒有單臺來的容易。

2. 用來聚合前端多個 Server 的分片數據。

同樣，按照數據切分方向來講，屬于水平切分。比如圖 3，按照年份拆分好的數據，要做一個匯總數據展現，那這種架構也非常合適。實現方法稍微復雜些：比如所有 Server 共享同一數據庫和表，一般為了開發極端透明，前端配置有分庫分表的中間件，比如愛可生的 DBLE。

3. 匯總并合并多個 Server 的數據

第三類和第一種場景類似。不一樣的是不僅僅是數據需要匯總到目標端，還得合并這些數據，這就比第一種來的相對復雜些。比如圖 4，那這樣的需求，是不是也適合多源復制呢？答案是 YES。那具體怎么做呢？

mysql復制基本原理流程是什么？

流程如下：

1. 主：binlog線程——記錄下所有改變了數據庫數據的語句，放進master上的binlog中；

2. 從：io線程——在使用start slave 之后，負責從master上拉取 binlog 內容，放進自己的relay log中；

3. 從：sql執行線程——執行relay log中的語句；

這是黑馬程序員講師的講義，你可以動手操作一下下。

當前名稱：mysql是怎么復制的 mysql如何復制粘貼
網頁地址：http://vcdvsql.cn/article36/hepjpg.html

成都網站建設公司_創新互聯，為您提供自適應網站、搜索引擎優化、微信小程序、網頁設計公司、網站設計、品牌網站建設

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯