MySQLのレプリケーションを試す on Docker
DockerのUbuntuイメージを使用して、MySQL8のレプリケーション設定を試してみる。
MySQLをホストするコンテナを準備する。
レプリケーションのためMySQLのマスターとスレーブ間で通信するので、DockerのBridgeネットワーク上にマスターとスレーブのコンテナを稼働させる 。
> docker network create mysql-replica
> docker network ls
> docker network inspect mysql-replica
> docker run --name mysql-master --network mysql-replica -it ubuntu /bin/bash
> docker run --name mysql-slave --network mysql-replica -it ubuntu /bin/bash
マスター/スレーブ間の疎通確認を行うために必要なパッケージをインストールする。ついでに、ファイル編集に必要なvimも入れておく。
# apt update -y
# apt install dnsutils -y
# apt install iputils-ping -y
# apt install vim -y
名前解決ができ、pingに応答があることを確認する。
# nslookup mysql-master
# nslookup mysql-slave
# ping mysql-master
# ping mysql-slave
MySQLサーバーをインストールし、service ... startで稼働させる。mysql-serverをインストールすると、mysqlクライアントもインストールされる。
# apt install mysql-server -y
# service mysql start
ここまででMySQLサーバーの準備が完了した。ここからレプリケーションの設定を行う。
マスターとスレーブでそれぞれ以下の設定を行う。
マスター側設定
- server_idの設定
- GTID、enforce_gtid_consistencyの設定(GTIDを使用しない場合は不要)
- リモート接続設定
- スレーブ接続用アカウント作成
- バイナリログの有効化(デフォルトで有効化されているため不要)
スレーブ側設定
まずはマスター側から設定する。
server_idとGTIDを設定する。/etc/mysql/my.cnfに以下の通り追記する。
# vi /etc/mysql/my.cnf
server_idはスレーブと被らないようにする。
[mysqld]
server_id = 201
gtid_mode=ON
enforce_gtid_consistency
設定を変更したので、再起動して反映させる。
# service mysql restart
リモート接続するため、バインドされたアドレスをコメントアウトする。
/etc/mysql/mysql.conf.d/mysqld.cnfで以下の通りコメントアウトする。
# bind-address = 127.0.0.1
スレーブがmysqlクライアントで、マスターがmysqlサーバーになってMySQLのレプリケーションが行われる。
つまり、スレーブがユーザーアカウントを使用してマスターにアクセスし、binlogを取得する。
そのためスレーブが使用するユーザーアカウントを作成する。
スレーブのホスト名はmysql-slave.mysql-replicaになる。
# mysql
mysql> CREATE USE repl@'mysql-slave.mysql-replica' IDENTIFIED BY 'secret';
今回、スレーブからパスワード認証でアクセスしたいため、認証方法をmysql_native_passwordに設定する。
ALTER USER repl@'mysql-slave.mysql-replica' IDENTIFIED WITH 'mysql_native_password' BY 'secret';
マスター側の設定はこれで完了。
スレーブ側を設定する。
server_idとGTIDを設定する。/etc/mysql/my.cnfに以下の通り追記する。
[mysqld]
server_id = 211
gtid_mode=ON
enforce_gtid_consistency
設定を変更したので、再起動して反映させる。
# service mysql restart
# mysql
mysql> change master to MASTER_HOST='mysql-master' , MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_HEARTBEAT_PERIOD=60;
mysql> start replica user='repl' password='secret';
レプリケーションの状況は以下で確認できる。実際にマスター側でデータベースやテーブルを作成してスレーブ側も追随することを確認する。
mysql> show replica status\G;
*************************** 1. row ***************************
Replica_IO_State: Waiting for source to send event
Source_Host: mysql-master
Source_User: repl
Source_Port: 3306
Connect_Retry: 60
Source_Log_File: binlog.000008
Read_Source_Log_Pos: 157
Relay_Log_File: 7db1994e1293-relay-bin.000002
Relay_Log_Pos: 367
Relay_Source_Log_File: binlog.000008
Replica_IO_Running: Yes
Replica_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_Source_Log_Pos: 157
Relay_Log_Space: 584
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Source_SSL_Allowed: No
Source_SSL_CA_File:
Source_SSL_CA_Path:
Source_SSL_Cert:
Source_SSL_Cipher:
Source_SSL_Key:
Seconds_Behind_Source: 0
Source_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Source_Server_Id: 201
Source_UUID: 0700aae6-15ad-11ef-82bc-0242ac140002
Source_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Replica_SQL_Running_State: Replica has read all relay log; waiting for more updates
Source_Retry_Count: 86400
Source_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Source_SSL_Crl:
Source_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 1
Replicate_Rewrite_DB:
Channel_Name:
Source_TLS_Version:
Source_public_key_path:
Get_Source_public_key: 0
Network_Namespace:
1 row in set (0.01 sec)
以上