MySQL マスター/スレーブ レプリケーション環境は、すべての高可用性の基盤であると言えます。その原理も比較的単純です。まずマスター/スレーブ レプリケーションの原理を理解しましょう:
図には 7 つのステップがありますが、記憶と理解を助けるために簡略化できます:
変更と書き込み操作を実行します。マスター上で;
MySQL は変更されたデータを binlog に書き込みます
スレーブはマスター上の新しい binlog をローカルリレーログにプルするための IO スレッドを開始します
マスターにダウンロードできます。上記の変更と追加の操作はスレーブ マシンで再実行されます。
スレーブは、通常の操作に従って操作をローカル binlog に書き込みます。
Alibaba CloudとTencent CloudのDiaosiマシンをそれぞれ1台ずつ持っているので、プライバシー保護のためIPを置き換えていますが、動作に影響はありません。
ホスト | IP | ポート | バージョン | マスター/スレーブ |
---|---|---|---|---|
Alibaba Cloud | 192.168.1.100 | 33 06 | MySQL5.7.14 | マスター |
テンセントクラウド | 192.168.1.200 | 3306 | MySQL5.7.18 | スレーブ |
[mysqld] log-bin=mysql-bin server-id=1003306
/etc/init.d/mysql restart
レプリケーション用の専用アカウントを作成します
mysql> CREATE USER 'repl'@'%.mydomain.com' IDENTIFIED BY 'slave; mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.200';
#防止DDL、写操作 mysql>FLUSH TABLES WITH READ LOCK; shell>mysqldump -uroot -p --single-transaction --master-data=2 -A>back.sql
は、次の方法でも表示できます:
root@localhost [mysql]>show master status; +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000045 | 939 | | | | +------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)
テーブルのロックを解除する
mysql> UNLOCK TABLES;
過去にリモートでファイルを転送する
rsync back.sql root@192.168.1.200:/root
スレーブ操作
[mysqld] log-bin=mysql-bin server-id=2003306
MySQLサービスを再起動します
データをインポートします
shell>mysqldump -uroot -p --databases t1 <back.sql><h3>マスターをポイントします</h3> <h3>ここにあります</h3> MASTER_LOG_FILE<p> と <em>MASTER_LOG_POS</em> は、先ほどの <em>show master status</em> の値です。 もちろん、<em>more</em> を使用して指定する必要がある場所を表示することもできます。 <em><pre class="brush:php;toolbar:false">CHANGE MASTER TO MASTER_HOST='192.168.1.200',MASTER_PORT=3306,MASTER_USER='repl',MASTER_PASSWORD='slave',MASTER_LOG_FILE='mysql-bin.000045',MASTER_LOG_POS=939;
とMASTER_LOG_POSは、マスターステータスを表示するだけの値です もちろん、moreを使用して指定する必要がある場所を表示することもできます。 shell>more back.sql
-- MySQL dump 10.13 Distrib 5.7.14, for linux-glibc2.5 (x86_64)
--
-- Host: localhost Database:
-- ------------------------------------------------------
-- Server version 5.7.14-log
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
--
-- Position to start replication or point-in-time recovery from
--
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000045', MASTER_LOG_POS=939;
mysql>start slave; mysql>show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.200 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000045 Read_Master_Log_Pos: 939 Relay_Log_File: relay-bin.000001 Relay_Log_Pos: 4 Relay_Master_Log_File: mysql-bin.000045 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 939 Relay_Log_Space: 154 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 23306 Master_UUID: 9a13d860-b55b-11e6-bf33-00163e054164 Master_Info_File: /data/mysql/mysql3306/data/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: 3feb36dc-ef7e-11e6-a535-52540043f116:1-337886 Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec)
検証
以上がAlibaba Cloud および Tencent Cloud 上で従来のマスター/スレーブ レプリケーション環境を簡単にセットアップする方法を説明するチュートリアルの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。