ホームページ > データベース > mysql チュートリアル > Alibaba Cloud および Tencent Cloud 上で従来のマスター/スレーブ レプリケーション環境を簡単にセットアップする方法を説明するチュートリアル

Alibaba Cloud および Tencent Cloud 上で従来のマスター/スレーブ レプリケーション環境を簡単にセットアップする方法を説明するチュートリアル

巴扎黑
リリース: 2017-07-17 09:38:50
オリジナル
2148 人が閲覧しました

MySQL マスター/スレーブ レプリケーション環境は、すべての高可用性の基盤であると言えます。その原理も比較的単純です。まずマスター/スレーブ レプリケーションの原理を理解しましょう:

Alibaba Cloud および Tencent Cloud 上で従来のマスター/スレーブ レプリケーション環境を簡単にセットアップする方法を説明するチュートリアル
図には 7 つのステップがありますが、記憶と理解を助けるために簡略化できます:

  1. 変更と書き込み操作を実行します。マスター上で;

  2. MySQL は変更されたデータを binlog に書き込みます

  3. スレーブはマスター上の新しい binlog をローカルリレーログにプルするための IO スレッドを開始します

  4. マスターにダウンロードできます。上記の変更と追加の操作はスレーブ マシンで再実行されます。

  5. スレーブは、通常の操作に従って操作をローカル 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 スレーブ

binlogを有効にし、/etcのmysqldオプションでサーバーID

を設定します/my.cnf 編集して再起動します

[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';
ログイン後にコピー

エクスポートされたデータをTencent Cloudに同期します

mysqldumpを使用してすべてのデータベースデータをエクスポートします。また、現在のbinlogファイルと位置がバックアップファイルに記録されます。

#防止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;
ログイン後にコピー

過去にリモートでファイルを転送する

データファイルが大きすぎる場合、または大量のデータがある場合は、バックアップにperconaのxtrabackupを使用できます。圧縮して転送します。

rsync back.sql root@192.168.1.200:/root
ログイン後にコピー

スレーブ操作

binlogを有効にしてserver-idを設定します

/etc/my.cnfのmysqldオプションの下で編集します

[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_FILE

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)
ログイン後にコピー

Slave_IO_Running と Slave_SQL_Running に YES が 2 つ表示される場合、通常は問題ありません。

検証

これで、マスター上で新しいデータベースの作成、新しいデータテーブルの作成、出力の挿入などを行い、マスター/スレーブが有効かどうかを検証できるようになります。このステップでやりたいことが何でもできるようになります。

以上がAlibaba Cloud および Tencent Cloud 上で従来のマスター/スレーブ レプリケーション環境を簡単にセットアップする方法を説明するチュートリアルの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート