如何設定適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的資料輸入複寫

文章
08/15/2024

適用於：適用於 MySQL 的 Azure 資料庫 - 彈性伺服器

本文描述如何透過設定來源和複本伺服器，在適用於 MySQL 的 Azure 資料庫彈性伺服器中設定資料輸入複寫。本文假設您先前已具備一些使用 MySQL 伺服器和資料庫的經驗。

注意

本文包含「從屬」一詞的參考，Microsoft 已不再使用該字詞。從軟體中移除該字詞時，我們也會將其從本文中移除。

為了在適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體中建立複本，資料輸入複寫會同步處理內部部署 MySQL 來源伺服器、虛擬機器 (VMs) 或雲端資料庫服務中的資料。您可以使用二進位記錄 (binlog) 檔案位置型複寫或 GTID 型複寫來設定資料輸入複寫。若要深入了解 binlog 複寫，請參閱 MySQL 複寫。

在執行本文中的步驟之前，請先檢閱資料輸入複寫的限制和需求。

建立適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體以作為複本

建立新的適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體 (例如 replica.mysql.database.azure.com)。若要了解如何建立伺服器，請參閱使用 Azure 入口網站建立適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體。此伺服器是資料輸入複寫的「複本」伺服器。
建立相同的使用者帳戶和對應權限。

使用者帳戶不會從來源伺服器複寫到複本伺服器。若預計將提供複本伺服器存取權給使用者，則必須在此新建的適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體中，手動建立所有帳戶及對應權限。

設定來源 MySQL 伺服器

下列步驟會針對裝載在內部部署的 MySQL 伺服器、虛擬機器中的 MySQL 伺服器或由其他雲端提供者所代管的資料庫服務，準備及設定資料帶入複寫。此伺服器是資料輸入複寫的「來源」。

請先檢閱來源伺服器需求再繼續。
網路需求
- 請確定來源伺服器允許連接埠 3306 上的輸入和輸出流量，且其具有公用 IP 位址、DNS 可公開存取，或具有完整網域名稱 (FQDN)。
- 如果私人存取（VNet 整合）正在使用中，請確定您在來源伺服器與裝載復本伺服器的 Vnet 之間具有連線能力。
- 請務必使用 ExpressRoute 或 VPN，為您的內部部署來源伺服器提供站對站連線能力。如需建立虛擬網路的詳細資訊，請參閱虛擬網路文件，特別是快速入門文章，裡面會提供逐步操作詳細資料。
- 如果在複本伺服器中使用私人存取（VNet 整合），而且您的來源是 Azure VM，請確定已建立 VNet 對 VNet 連線能力。支援 VNet-Vnet 對等互連。您也可以使用其他連線方法，跨不同區域在 VNet 與 VNet 連線等 VNet 之間進行通訊。如需詳細資訊，請參閱 VNet 對 VNet VPN 閘道
- 請確定您的虛擬網路網路安全性群組規則不會封鎖輸出埠 3306 (如果 MySQL 是在 Azure VM 上執行，則包含輸入)。如需虛擬網路 NSG 流量篩選的詳細資訊，請參閱＜使用網路安全性群組來篩選網路流量＞(機器翻譯) 一文。
- 設定來源伺服器的防火牆規則，允許複本伺服器 IP 位址。
根據您要使用 bin-log 位置型資料輸入複寫還是 GTID 型資料輸入複寫，來遵循適當的步驟。
- Bin-log 位置型複寫
- GTID 型複寫
執行下列命令，以檢查來源伺服器是否已啟用二進位記錄：
```
SHOW VARIABLES LIKE 'log_bin';
```
如果變數 log_bin 傳回的值是「ON」，表示伺服器上的二進位記錄已啟用。

若 log_bin 傳回值為「OFF」，且來源伺服器在內部部署或虛擬機器上執行，您可以在其中存取組態檔 (my.cnf)，請遵循下列步驟：
1. 在來源伺服器中找到 MySQL 組態檔 (my.cnf)。例如：/etc/my.cnf
2. 開啟組態檔進行編輯，並在檔案中尋找 mysqld 區段。
3. 在 mysqld 區段中，新增下列這一行：
```
log-bin=mysql-bin.log
```
4. 在來源伺服器上重新啟動 MySQL 服務 (或重新開機)，變更才會生效。
5. 重新開機伺服器之後，請執行與先前相同的查詢，確認已啟用二進位記錄：
```
SHOW VARIABLES LIKE 'log_bin';
```
必須透過將 gtid_mode 變數設定為 ON 來啟動已啟用 GTID 模式的主要伺服器。也請務必啟用 enforce_gtid_consistency 變數，以確保只會記錄對 MySQL GTID 複寫來說安全的陳述式。
```
SET @@GLOBAL.ENFORCE_GTID_CONSISTENCY = ON;
SET @@GLOBAL.GTID_MODE = ON;
```
如果主要伺服器是另一個適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體，則也可以藉由瀏覽至伺服器參數頁面，從入口網站更新這些伺服器參數。
設定來源伺服器設定。

資料輸入複寫要求主要伺服器和複本伺服器之間的參數 lower_case_table_names 需一致。此參數在適用於 MySQL 的 Azure 資料庫彈性伺服器中預設為 1。
```
SET GLOBAL lower_case_table_names = 1;
```
建立新的複寫角色並設定權限。

在使用複寫權限設定的來源伺服器上建立使用者帳戶。此作業可透過 SQL 命令或 MySQL Workbench 等工具完成。考慮是打算否使用 SSL 進行複寫，因為此設定必須在建立使用者時指定。請參閱 MySQL 文件，了解如何在來源伺服器中新增使用者帳戶。

在下列命令中，新建的複寫角色除了從裝載來源伺服器的機器存取來源伺服器，還可從任何機器存取來源伺服器。在建立使用者命令中指定 "syncuser@'%'"，即可執行此作業。請參閱 MySQL 文件，進一步了解如何指定帳戶名稱。
- SQL 命令
- MySQL Workbench
使用 SSL 的複寫

若要讓所有使用者連線都使用 SSL，請使用以下命令建立使用者：
```
CREATE USER 'syncuser'@'%' IDENTIFIED BY 'yourpassword';
GRANT REPLICATION SLAVE ON *.* TO ' syncuser'@'%' REQUIRE SSL;
```
不使用 SSL 的複寫

若所有連線皆不需要使用 SSL，請使用以下命令建立使用者：
```
CREATE USER 'syncuser'@'%' IDENTIFIED BY 'yourpassword';
GRANT REPLICATION SLAVE ON *.* TO ' syncuser'@'%';
```
若要在 MySQL Workbench 中建立複寫角色，請從 [管理] 面板開啟 [使用者和權限] 面板，然後選取 [新增帳戶]。

在 [登入名稱] 欄位中輸入使用者名稱。

選取 [管理角色] 面板，然後從 [全域權限] 清單選取 [複寫從屬]。然後選取 [套用] 以建立複寫角色。
將來源伺服器設為唯讀模式。

開始傾印資料庫之前，伺服器必須處於唯讀模式。處於唯讀模式時，來源伺服器無法處理任何寫入交易。必要時可評估對業務的影響，並為巔峰和離峰時間排程唯讀時段。
```
FLUSH TABLES WITH READ LOCK;
SET GLOBAL read_only = ON;
```
取得二進位記錄檔的檔案名稱和位移。

執行 show master status 命令，以判斷目前二進位記錄檔的檔案名稱和位移。
```
show master status;
```
結果應該會類似如下。請務必記下二進位檔案名稱，以便於在後續步驟中使用。

傾印並還原來源伺服器

判斷您要複寫到適用於 MySQL 的 Azure 資料庫彈性伺服器中的資料庫和資料表，並從來源伺服器執行傾印。

您可使用 mysqldump 從主要伺服器傾印資料庫。如需詳細資料，請參閱傾印和還原。您不需要傾印 MySQL 程式庫和測試程式庫。
將來源伺服器設為讀取/寫入模式。

傾印資料庫後，請將來源的 MySQL 伺服器重新變更為讀取/寫入模式。
```
SET GLOBAL read_only = OFF;
UNLOCK TABLES;
```
注意

將伺服器設定回讀取/寫入模式之前，您可以使用全域變數 GTID_EXECUTED 擷取 GTID 資訊。這會在稍後階段用於在複本伺服器上設定 GTID。
將傾印檔案還原至新的伺服器。

將傾印檔案還原至適用於 MySQL 的 Azure 資料庫彈性伺服器中所建立的伺服器。請參閱傾印和還原，了解如何將傾印檔案還原至 MySQL 伺服器。如果傾印檔案太大，請先在與複本伺服器所在區域相同的區域中，將檔案上傳至 Azure 內的虛擬機器。將其從虛擬機器還原至適用於 MySQL 的 Azure 資料庫彈性伺服器執行個體。

注意

如果您希望避免在傾印和還原時將資料庫設定為唯讀，您可以使用 mydumper/myloader。

在複本伺服器中設定 GTID

如果使用 bin-log 位置型複寫，請略過此步驟
必須有從來源擷取的傾印檔案中的 GTID 資訊，才能重設目標 (複本) 伺服器的 GTID 歷程記錄。

使用來源中的這個 GTID 資訊，透過下列 CLI 命令在復本伺服器上執行 GTID 重設：

az mysql flexible-server gtid reset --resource-group  <resource group> --server-name <replica server name> --gtid-set <gtid set from the source server> --subscription <subscription id>

如需詳細資訊，請參閱 GTID 重設。

注意

無法在已啟用異地備援備份的伺服器上執行 GTID 重設。請停用異地備援，以在伺服器上執行 GTID 重設。您可以在重設 GTID 之後重新啟用異地備援選項。 GTID 重設動作會使所有可用的備份失效，因此，在重新啟用異地備援後，可能需要等一天才能在伺服器上執行異地還原

連結來源和複本伺服器以啟動資料輸入複寫

設定來源伺服器。

所有「複寫中的資料」功能都可由已儲存的程序執行完成。您可在複寫中的資料已儲存的程序中找到所有程序。已儲存的程序可在 MySQL Shell 或 MySQL Workbench 中執行。

若要連結兩個伺服器並啟動複寫，請在適用於 MySQL 的 Azure 資料庫服務中登入目標複本伺服器，然後將外部執行個體設為來源伺服器。在適用於 MySQL 的 Azure 資料庫伺服器上使用 mysql.az_replication_change_master 或 mysql.az_replication_change_master_with_gtid 預存程序，即可執行此作業。
```
CALL mysql.az_replication_change_master('<master_host>', '<master_user>', '<master_password>', <master_port>, '<master_log_file>', <master_log_pos>, '<master_ssl_ca>');
```
```
CALL mysql.az_replication_change_master_with_gtid('<master_host>', '<master_user>', '<master_password>', <master_port>,'<master_ssl_ca>');
```
- master_host：來源伺服器的主機名稱
- master_user：來源伺服器的使用者名稱
- master_password：來源伺服器的密碼
- master_port：來源伺服器正在接聽連線的連接埠號碼。 (3306 是 MySQL 正在接聽的預設連接埠)
- master_log_file：執行 show master status 產生的二進位記錄檔的名稱
- master_log_pos：執行 show master status 產生的二進位記錄檔的位置
- master_ssl_ca：CA 憑證的內容。如果不使用 SSL，請傳入空字串。
建議將此參數以變數形式傳遞。如需詳細資訊，請瀏覽下列範例。
注意
- 若來源伺服器裝載於 Azure 虛擬機器，將「允許存取 Azure 服務」設定為「開啟」，讓來源伺服器與複本伺服器能彼此通訊。於連線安全性選項可以變更此項設定。如需詳細資訊，請參閱使用入口網站管理防火牆規則。
- 如果您使用 mydumper/myloader 傾印資料庫，您可以從 /backup/metadata 檔案取得 master_log_file 和 master_log_pos。
範例

使用 SSL 的複寫

執行下列 MySQL 命令可建立變數 @cert：
```
SET @cert = '-----BEGIN CERTIFICATE-----
PLACE YOUR PUBLIC KEY CERTIFICATE'`S CONTEXT HERE
-----END CERTIFICATE-----'
```
來源伺服器 (裝載於「companya.com」網域) 和複本伺服器 (裝載於適用於 MySQL 的 Azure 資料庫彈性伺服器) 之間會設定「使用 SSL 的複寫」。此已儲存的程序可在複本伺服器上執行。
```
CALL mysql.az_replication_change_master('master.companya.com', 'syncuser', 'P@ssword!', 3306, 'mysql-bin.000002', 120, @cert);
```
```
CALL mysql.az_replication_change_master_with_gtid('master.companya.com', 'syncuser', 'P@ssword!', 3306, @cert);
```
不使用 SSL 的複寫

來源伺服器 (裝載於「companya.com」網域) 和複本伺服器 (裝載於適用於 MySQL 的 Azure 資料庫彈性伺服器) 之間會設定「不使用 SSL 的複寫」。此已儲存的程序可在複本伺服器上執行。
```
CALL mysql.az_replication_change_master('master.companya.com', 'syncuser', 'P@ssword!', 3306, 'mysql-bin.000002', 120, '');
```
```
CALL mysql.az_replication_change_master_with_gtid('master.companya.com', 'syncuser', 'P@ssword!', 3306, '');
```
開始複寫。

呼叫 mysql.az_replication_start 預存程序以開始複寫。
```
CALL mysql.az_replication_start;
```
檢查複寫狀態。

在複本伺服器上呼叫 show slave status 命令，以檢視複寫狀態。
```
show slave status;
```
若要知道複寫的正確狀態，請參閱 [監視] 頁面下的複寫計量 - 複本 IO 狀態和複本 SQL 狀態。

如果 Seconds_Behind_Master 為「0」，則表示複寫正常運作。 Seconds_Behind_Master 可指定複本的延遲時間。若值不是「0」，代表複本正在處理更新。

資料輸入複寫作業的其他實用預存程序

停止複寫

若要停止來源和複本伺服器之間的複寫，請使用下列預存程序：

CALL mysql.az_replication_stop;

移除複寫關聯

若要移除來源和複本伺服器之間的關聯，請使用下列預存程序：

CALL mysql.az_replication_remove_master;

略過複寫錯誤

若要略過複寫錯誤並允許複寫繼續，請使用下列預存程序：

CALL mysql.az_replication_skip_counter;

SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos][LIMIT [offset,] row_count]

顯示二進位記錄結果

下一步

深入了解適用於 MySQL 的 Azure 資料庫彈性伺服器的資料輸入複寫。

分享方式：