近日ORACLE發布幾個新的功能在最新的Mysql5.7.2的版本上，由此有了此篇文章。大多數的改善是在數據庫性能和復制相關的功能上，這個新版本會帶給我們不可思議的效果。

在這篇文章里，我將要用一些簡單的步奏來嘗試了解這新的多源復制工作原理以及我們怎樣進行自己的測試。需要說明的是，這還是一個開發版本，不是給生產環境準備的。因此這篇文章是打算給那些想了解此新功能的人，看看它是如何在應用中工作的，都是在臨時環境中進行相關操作。

什么是多源復制?

首先，我們需要清楚 multi-master 與multi-source 復制不是一樣的. Multi-Master 復制通常是環形復制，你可以在任意主機上將數據復制給其他主機。

Multi-source 是不同的. MySQL在這個新版本中修復了一個復制限制 , 這限制是一個從站只能有一個主站. 這是一個在我們設計復制環境中的限制因素，也有一些極客使它正常工作了。但是現在有一個官方的解決辦法了。所以。簡單的說， Multi-Source 意味著一個從站能有一個以上主站. 現在, 像下圖一樣的復制環境是可能的: 

 這將幫助我們創建一些復制的層次結構，這在過去是不可能的。 舉個例子,你可以 將一個從站放在你的辦公室里。在辦公室里從所有主站中復制數據傳播到世界各地。
 
它是怎么工作的呢?

現在我們有了通信渠道的概念，每一個通信渠道都是一個從服務器從主服務器獲得2進制日志的鏈接。這意味著每個通信渠道都得有一個IO_THREAD .我們需要運行不同的 “CHANGE MASTER” 命令, 對于每一個主服務器。我們需要用到 “FOR CHANNEL”這個參數來提供通信鏈接的名字。
 

很容易. 有一個單一的先決條件。從服務器需要在mysql5.6上配置安全功能，這意味著信息通常包含在主服務器上。信息或日志應該在一個表中，讓我們開始配置吧

來個例子!

首先你需要下載測試版的mysql。點這個鏈接：下載.

我們需要有一個從服務器和兩個主服務器的沙箱環境. 我不會細節的說明怎樣配置server_id, binary logs 和 replication users.我假設已經配置好了。 如果你不知道怎么做。你可以看這個鏈接

首先,我們在從服務器上實現事故安全功能。

讓后重啟從服務器。我們可以開始創建通信渠道，用 “master1″ 和 “master2″這兩個名字: