簡略講授MySQL中的多源復制。本站提示廣大學習愛好者：（簡略講授MySQL中的多源復制）文章只能為提供參考，不一定能成為您想要的結果。以下是簡略講授MySQL中的多源復制正文
近日ORACLE宣布幾個新的功效在最新的Mysql5.7.2的版本上，由此有了此篇文章。年夜多半的改良是在數據庫機能和復制相干的功效上，這個新版本會帶給我們弗成思議的後果。
在這篇文章裡，我將要用一些簡略的步奏來測驗考試懂得這新的多源復制任務道理和我們如何停止本身的測試。須要解釋的是，這照樣一個開辟版本，不是給臨盆情況預備的。是以這篇文章是盤算給那些想懂得此新功效的人，看看它是若何在運用中任務的，都是在暫時情況中停止相干操作。
甚麼是多源復制?
起首，我們須要清晰 multi-master 與multi-source 復制不是一樣的. Multi-Master 復制平日是環形復制，你可以在隨意率性主機大將數據復制給其他主機。
Multi-source 是分歧的. MySQL在這個新版本中修復了一個復制限制 , 這限制是一個從站只能有一個主站. 這是一個在我們設計復制情況中的限制身分，也有一些極客使它正常任務了。然則如今有一個官方的處理方法了。所以。簡略的說， Multi-Source 意味著一個從站能有一個以上主站. 如今, 像下圖一樣的復制情況是能夠的:
這將贊助我們創立一些復制的條理構造，這在曩昔是弗成能的。 舉個例子,你可以 將一個從站放在你的辦公室裡。在辦公室裡從一切主站中復制數據流傳到世界各地。
它是怎樣任務的呢?
如今我們有了通訊渠道的概念，每個通訊渠道都是一個從辦事器從主辦事器取得2進制日記的鏈接。這意味著每一個通訊渠道都得有一個IO_THREAD .我們須要運轉分歧的 “CHANGE MASTER” 敕令, 關於每個主辦事器。我們須要用到 “FOR CHANNEL”這個參數來供給通訊鏈接的名字。
CHANGE MASTER MASTER_HOST='something', MASTER_USER=... FOR CHANNEL="name_of_channel";
很輕易. 有一個單一的先決前提。從辦事器須要在mysql5.6上設置裝備擺設平安功效，這意味著信息平日包括在主辦事器上。信息或日記應當在一個表中，讓我們開端設置裝備擺設吧
來個例子!
起首你須要下載測試版的mysql。點這個鏈接：下載.
我們須要有一個從辦事器和兩個主辦事器的沙箱情況. 我不會細節的解釋如何設置裝備擺設server_id, binary logs 和 replication users.我假定曾經設置裝備擺設好了。 假如你不曉得怎樣做。你可以看這個鏈接
起首,我們在從辦事器上完成變亂平安功效。
master_info_repository=TABLE; relay_log_info_repository=TABLE;
讓後重啟從辦事器。我們可以開端創立通訊渠道，用 “master1″ 和 “master2″這兩個名字:
slave > change master to master_host="127.0.0.1", master_port=12047, master_user="msandbox",master_password="msandbox" for channel="master1"; slave > change master to master_host="127.0.0.1", master_port=12048, master_user="msandbox",master_password="msandbox" for channel="master2";
依照所設定的通訊名字啟動從辦事器。
slave > start slave for channel="master1"; slave > start slave for channel="master2";
如今我們檢討一下從辦事器狀況：
slave > show slave status\G Empty set (0.00 sec)
啊。是空的。我們須要寫上通訊名字。從新檢討下從辦事器狀況：
slave > SHOW SLAVE STATUS FOR CHANNEL="master1"\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 127.0.0.1
Master_User: msandbox
Master_Port: 12047
Connect_Retry: 60
Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 232
Relay_Log_File: squeeze-relay-bin-master1.000003
Relay_Log_Pos: 395
Relay_Master_Log_File: mysql-bin.000002
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
[...]
我們也能夠檢討正在運轉的 IO_THREAD 和 SQL_THREADS :
slave > SHOW PROCESSLIST; +----+-------------+-----------------------------------------------------------------------------+ | Id | User | State | +----+-------------+-----------------------------------------------------------------------------+ | 2 | system user | Waiting for master to send event | | 3 | system user | Slave has read all relay log; waiting for the slave I/O thread to update it | | 4 | system user | Waiting for master to send event | | 5 | system user | Slave has read all relay log; waiting for the slave I/O thread to update it | +----+-------------+-----------------------------------------------------------------------------+
測試看一下:
master1 > create database master1; master2 > create database master2; slave > show databases like 'master%'; +--------------------+ | Database (master%) | +--------------------+ | master1 | | master2 | +--------------------+
正常任務了。看起來很簡略!
結論
這個新的multi-source功效使在曩昔須要一些龐雜操作創立的復制情況變得簡略了。固然，你運用法式可以斟酌這個新的特征設計和開辟，應用 multi-master, multi-source都須要特殊留意，不要把你的數據都弄亂了。
在每個新的版本中，mysql的復制功效給我們更多的設置裝備擺設，機能和設計的能夠性。一切這些新功效都可以聯合起來。在你新（老）的功效中增長復制功效，你的復制情況會加倍精彩。舉個例子：你可以設置裝備擺設 GTID 可以用 multi-threaded slave per schema或intra-database.
