データベースサーバーの設定および使用

手順

1. CA およびサーバー証明書を /etc/pki/tls/certs/ ディレクトリーに保存します。

   # mv <path>/server.example.com.crt.pem /etc/pki/tls/certs/
   # mv <path>/ca.crt.pem /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

2. MariaDB サーバーがファイルを読み込めるように、CA およびサーバー証明書にパーミッションを設定します。

   # chmod 644 /etc/pki/tls/certs/server.example.com.crt.pem /etc/pki/tls/certs/ca.crt.pem

   Copy to Clipboard Toggle word wrap

   証明書は、セキュアな接続が確立される前は通信の一部であるため、任意のクライアントは認証なしで証明書を取得できます。そのため、CA およびサーバーの証明書ファイルに厳密なパーミッションを設定する必要はありません。

3. サーバーの秘密鍵を /etc/pki/tls/private/ ディレクトリーに保存します。

   # mv <path>/server.example.com.key.pem /etc/pki/tls/private/

   Copy to Clipboard Toggle word wrap

4. サーバーの秘密鍵にセキュアなパーミッションを設定します。

   # chmod 640 /etc/pki/tls/private/server.example.com.key.pem
   # chgrp mysql /etc/pki/tls/private/server.example.com.key.pem

   Copy to Clipboard Toggle word wrap

   承認されていないユーザーが秘密鍵にアクセスできる場合は、MariaDB サーバーへの接続は安全ではなくなります。

5. SELinux コンテキストを復元します。

   #  restorecon -Rv /etc/pki/tls/

   Copy to Clipboard Toggle word wrap

手順

1. /etc/my.cnf.d/mariadb-server-tls.cnf ファイルを作成します。

   1. 以下の内容を追加して、秘密鍵、サーバー、および CA 証明書へのパスを設定します。

      [mariadb]
      ssl_key = /etc/pki/tls/private/server.example.com.key.pem
      ssl_cert = /etc/pki/tls/certs/server.example.com.crt.pem
      ssl_ca = /etc/pki/tls/certs/ca.crt.pem

      Copy to Clipboard Toggle word wrap

   2. 証明書失効リスト (CRL) がある場合は、MariaDB サーバーがそれを使用するように設定します。

      ssl_crl = /etc/pki/tls/certs/example.crl.pem

      Copy to Clipboard Toggle word wrap

   3. オプション: 暗号化なしの接続試行を拒否します。この機能を有効にするには、以下を追加します。

      require_secure_transport = on

      Copy to Clipboard Toggle word wrap

   4. オプション: サーバーがサポートする必要がある TLS バージョンを設定します。たとえば、TLS 1.2 および TLS 1.3 をサポートするには、以下を追加します。

      tls_version = TLSv1.2,TLSv1.3

      Copy to Clipboard Toggle word wrap

      デフォルトでは、サーバーは TLS 1.1、TLS 1.2、および TLS 1.3 をサポートします。

2. mariadb サービスを再起動します。

   # systemctl restart mariadb

   Copy to Clipboard Toggle word wrap

1. MariaDB で TLS 暗号化が有効になっていることを確認します。

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'have_ssl';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | have_ssl      | YES             |
   +---------------+-----------------+

   Copy to Clipboard Toggle word wrap

   have_ssl 変数が yes に設定されている場合、TLS 暗号化が有効になります。

2. MariaDB サービスが特定の TLS バージョンのみをサポートするように設定している場合は、tls_version 変数を表示します。

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'tls_version';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | tls_version   | TLSv1.2,TLSv1.3 |
   +---------------+-----------------+

   Copy to Clipboard Toggle word wrap

手順

1. 管理ユーザーとして MariaDB サーバーに接続します。

   # mysql -u root -p -h server.example.com

   Copy to Clipboard Toggle word wrap

   管理ユーザーがリモートでサーバーにアクセスするパーミッションを持たない場合は、MariaDB サーバーでコマンドを実行し、localhost に接続します。

2. REQUIRE SSL 句を使用して、ユーザーが TLS 暗号化接続を使用して接続する必要があるよう強制します。

   MariaDB [(none)]> ALTER USER 'example'@'%' REQUIRE SSL;

   Copy to Clipboard Toggle word wrap

検証

1. TLS 暗号化を使用して、example ユーザーとしてサーバーに接続します。

   # mysql -u example -p -h server.example.com --ssl
   ...
   MariaDB [(none)]>

   Copy to Clipboard Toggle word wrap

   エラーが表示されず、インタラクティブな MariaDB コンソールにアクセスできる場合は、TLS との接続は成功します。

2. TLS を無効にして、example ユーザーとして接続を試みます。

   # mysql -u example -p -h server.example.com --skip-ssl
   ERROR 1045 (28000): Access denied for user 'example'@'server.example.com' (using password: YES)

   Copy to Clipboard Toggle word wrap

   このユーザーに TLS が必要だが無効になっているため、サーバーはログインの試行を拒否しました (--skip-ssl)。

手順

1. 復元するデータベースがすでに存在し、SQL ファイルに DROP TABLE IF EXISTS ステートメントが含まれていない場合は、テーブルまたはデータベース全体を手動で削除する必要があります。

   • テーブルを削除するには、次のように入力します。

     # mariadb -u root -p -e "DROP TABLE <database>.<table>;"

     Copy to Clipboard Toggle word wrap

     SQL ファイルによって再作成されるすべてのテーブルに対してこのコマンドを繰り返します。

   • データベースを削除するには、次のように入力します。

     # mariadb -u root -p -e "DROP DATABASE <database>;"

     Copy to Clipboard Toggle word wrap

     SQL ファイルによって再作成されるすべてのデータベースに対してこのコマンドを繰り返します。

2. SQL ファイルをインポートします。

   # mariadb -u root -p < backup.sql"

   Copy to Clipboard Toggle word wrap

手順

1. データを復元するには、次のいずれかのオプションを使用します。

   • /var/mariadb/backup/ ディレクトリー内のバックアップからデータを復元し、元のバックアップファイルを保持するには、次のように入力します。

     $ mariabackup --copy-back --target-dir=/var/mariadb/backup/

     Copy to Clipboard Toggle word wrap

   • /var/mariadb/backup/ ディレクトリー内のバックアップからデータを復元し、元のバックアップファイルを削除するには、次のように入力します。

     $ mariabackup --move-back --target-dir=/var/mariadb/backup/

     Copy to Clipboard Toggle word wrap

2. ファイルのパーミッションを修正します。たとえば、ファイルの所有権を mysql ユーザーおよびグループに再帰的に変更するには、次のコマンドを実行します。

   # chown -R mysql:mysql /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

   データベースを復元する際、mariabackup は、バックアップのファイルおよびディレクトリー特権を保持します。ただし、mariabackup は、ユーザーおよびグループがデータベースを復元する際にファイルをディスクに書き込みます。したがって、バックアップを復元した後、MariaDB サーバーのユーザーとグループに合わせてデータディレクトリーの所有者を調整する必要があります。

3. mariadb サービスを起動します。

   # systemctl start mariadb.service

   Copy to Clipboard Toggle word wrap

手順

1. mariadb サービスを停止します。

   # systemctl stop mariadb.service

   Copy to Clipboard Toggle word wrap

2. バックアップディレクトリーを作成します。次に例を示します。

   # mkdir -p /root/mariadb-backup/{data,config}/

   Copy to Clipboard Toggle word wrap

3. データディレクトリーをバックアップします。

   # cp -rp /var/lib/mysql/ /root/mariadb-backup/data/

   Copy to Clipboard Toggle word wrap

4. 設定ファイルをバックアップします。

   # cp -rp /etc/my.cnf /etc/my.cnf.d/ /root/mariadb-backup/config/

   Copy to Clipboard Toggle word wrap

5. mariadb サービスを起動します。

   # systemctl start mariadb.service

   Copy to Clipboard Toggle word wrap

手順

1. mariadb サービスを停止します。

   # systemctl stop mariadb.service

   Copy to Clipboard Toggle word wrap

2. 現在の /var/lib/mysql/ ディレクトリーを削除します。

   # rm -rf /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

3. バックアップからデータディレクトリーを復元します。

   # cp -rp /root/mariadb-backup/data/mysql/ /var/lib/

   Copy to Clipboard Toggle word wrap

4. /var/lib/mysql/ ディレクトリーの所有権を正しく設定します。

   # chown -R mysql:mysql /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

5. /var/lib/mysql/ ディレクトリーの SELinux コンテキストを復元します。

   # restorecon -Rv /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

6. 現在の設定ファイルを削除します。

   # rm -rf /etc/my.cnf /etc/my.cnf.d/

   Copy to Clipboard Toggle word wrap

7. バックアップから設定ファイルを復元します。

   # cp -rp /root/mariadb-backup/config/my.cnf /root/mariadb-backup/config/my.cnf.d/ /etc/

   Copy to Clipboard Toggle word wrap

8. 設定ファイルの所有権を正しく設定します。

   # chown -R root:root /etc/my.cnf /etc/my.cnf.d/

   Copy to Clipboard Toggle word wrap

9. 設定ファイルの SELinux コンテキストを復元します。

   # restorecon -Rv /etc/my.cnf /etc/my.cnf.d/

   Copy to Clipboard Toggle word wrap

10. mariadb サービスを起動します。

    # systemctl start mariadb.service

    Copy to Clipboard Toggle word wrap

手順

1. MariaDB Galera Cluster パッケージをインストールします。

   # dnf install mariadb-server-galera

   Copy to Clipboard Toggle word wrap

   その結果、次のパッケージが依存関係とともにインストールされます。

   • mariadb-server-galera
   • mariadb-server

   • galera

     MariaDB Galera Cluster の構築に必要なこれらのパッケージの詳細は、MariaDB クラスターをビルドするためのコンポーネント を参照してください。

2. システムを初めてクラスターに追加する前に、MariaDB サーバーのレプリケーション設定を更新します。デフォルト設定は、/etc/my.cnf.d/galera.cnf ファイルに含まれています。MariaDB Galera Cluster をデプロイする前に、以下の文字列で開始するように、すべてのノードの /etc/my.cnf.d/galera.cnf ファイルに wsrep_cluster_address オプションを設定します。

   gcomm://

   Copy to Clipboard Toggle word wrap

   • 初期ノードでは、wsrep_cluster_address を空のリストとして設定できます。

     wsrep_cluster_address="gcomm://"

     Copy to Clipboard Toggle word wrap

   • その他のすべてのノードでは、wsrep_cluster_address を設定して、実行中のクラスターに属するノードへのアドレスを追加します。以下に例を示します。

     wsrep_cluster_address="gcomm://10.0.0.10"

     Copy to Clipboard Toggle word wrap

     Galera Cluster アドレスの設定方法は、Galera Cluster Address を参照してください。

3. /etc/my.cnf.d/galera.cnf 設定ファイルで wsrep_on=1 オプションを設定して、すべてのノードで wsrep API を有効にします。

4. TLS 鍵と証明書を含む Galera 設定ファイルに wsrep_provider_options 変数を追加します。以下に例を示します。

   wsrep_provider_options="socket.ssl_cert=/etc/pki/tls/certs/source.crt;socket.ssl_key=/etc/pki/tls/private/source.key;socket.ssl_ca=/etc/pki/tls/certs/ca.crt"

   Copy to Clipboard Toggle word wrap

5. ノードで以下のラッパーを実行して、新規クラスターの最初のノードをブートストラップします。

   # galera_new_cluster

   Copy to Clipboard Toggle word wrap

   このラッパーにより、MariaDB サーバーデーモン (mariadbd) に --wsrep-new-cluster オプションが指定されて実行されるようになります。このオプションは、接続する既存クラスターがないという情報を提供します。したがって、ノードは新規 UUID を作成し、新しいクラスターを特定します。

   注記

   mariadb サービスは、複数の MariaDB サーバープロセスと対話する systemd メソッドをサポートします。したがって、複数の MariaDB サーバーが実行中の場合は、インスタンス名を接尾辞として指定することで、特定のインスタンスをブートストラップできます。

   # galera_new_cluster mariadb@node1

   Copy to Clipboard Toggle word wrap

6. 各ノードで次のコマンドを実行して、その他のノードをクラスターに接続します。

   # systemctl start mariadb

   Copy to Clipboard Toggle word wrap

   その結果、ノードはクラスターに接続し、それ自体をクラスターの状態と同期します。

手順

1. CA およびサーバー証明書を /etc/pki/tls/certs/ ディレクトリーに保存します。

   # mv <path>/server.example.com.crt.pem /etc/pki/tls/certs/
   # mv <path>/ca.crt.pem /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

2. MySQL サーバーがファイルを読み取れるように、CA とサーバー証明書のパーミッションを設定します。

   # chmod 644 /etc/pki/tls/certs/server.example.com.crt.pem /etc/pki/tls/certs/ca.crt.pem

   Copy to Clipboard Toggle word wrap

   証明書は、セキュアな接続が確立される前は通信の一部であるため、任意のクライアントは認証なしで証明書を取得できます。そのため、CA およびサーバーの証明書ファイルに厳密なパーミッションを設定する必要はありません。

3. サーバーの秘密鍵を /etc/pki/tls/private/ ディレクトリーに保存します。

   # mv <path>/server.example.com.key.pem /etc/pki/tls/private/

   Copy to Clipboard Toggle word wrap

4. サーバーの秘密鍵にセキュアなパーミッションを設定します。

   # chmod 640 /etc/pki/tls/private/server.example.com.key.pem
   # chgrp mysql /etc/pki/tls/private/server.example.com.key.pem

   Copy to Clipboard Toggle word wrap

   承認されていないユーザーが秘密鍵にアクセスできる場合、MySQL サーバーへの接続は安全ではなくなります。

5. SELinux コンテキストを復元します。

   # restorecon -Rv /etc/pki/tls/

   Copy to Clipboard Toggle word wrap

手順

1. /etc/my.cnf.d/mysql-server-tls.cnf ファイルを作成します。

   1. 以下の内容を追加して、秘密鍵、サーバー、および CA 証明書へのパスを設定します。

      [mysqld]
      ssl_key = /etc/pki/tls/private/server.example.com.key.pem
      ssl_cert = /etc/pki/tls/certs/server.example.com.crt.pem
      ssl_ca = /etc/pki/tls/certs/ca.crt.pem

      Copy to Clipboard Toggle word wrap

   2. 証明書失効リスト (CRL) がある場合は、それを使用するように MySQL サーバーを設定します。

      ssl_crl = /etc/pki/tls/certs/example.crl.pem

      Copy to Clipboard Toggle word wrap

   3. オプション: 暗号化なしの接続試行を拒否します。この機能を有効にするには、以下を追加します。

      require_secure_transport = on

      Copy to Clipboard Toggle word wrap

   4. オプション: サーバーがサポートする必要がある TLS バージョンを設定します。たとえば、TLS 1.3 のみをサポートするには、次を追加します。

      tls_version = TLSv1.3

      Copy to Clipboard Toggle word wrap

      デフォルトでは、サーバーは TLS 1.2 と TLS 1.3 をサポートします。

2. mysqld サービスを再起動します。

   # systemctl restart mysqld

   Copy to Clipboard Toggle word wrap

1. MySQL で TLS 暗号化が有効になっていることを確認します。

   # mysql -u root -p -h <MySQL_server_hostname> -e "SHOW session status LIKE 'Ssl_cipher';"
   +---------------+------------------------+
   | Variable_name | Value                  |
   +---------------+------------------------+
   | Ssl_cipher    | TLS_AES_256_GCM_SHA384 |
   +---------------+------------------------+

   Copy to Clipboard Toggle word wrap

2. MySQL サーバーが特定の TLS バージョンのみをサポートするように設定している場合は、tls_version 変数を表示します。

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'tls_version';"
   +---------------+---------+
   | Variable_name | Value   |
   +---------------+---------+
   | tls_version   | TLSv1.3 |
   +---------------+---------+

   Copy to Clipboard Toggle word wrap

3. サーバーが正しい CA 証明書、サーバー証明書、および秘密鍵ファイルを使用していることを確認します。

   # mysql -u root -e "SHOW GLOBAL VARIABLES WHERE Variable_name REGEXP '{caret}ssl_ca|{caret}ssl_cert|{caret}ssl_key';"
   +-----------------+-------------------------------------------------+
   | Variable_name   | Value                                           |
   +-----------------+-------------------------------------------------+
   | ssl_ca          | /etc/pki/tls/certs/ca.crt.pem                   |
   | ssl_capath      |                                                 |
   | ssl_cert        | /etc/pki/tls/certs/server.example.com.crt.pem   |
   | ssl_key         | /etc/pki/tls/private/server.example.com.key.pem |
   +-----------------+-------------------------------------------------+

   Copy to Clipboard Toggle word wrap

手順

1. 管理ユーザーとして MySQL サーバーに接続します。

   # mysql -u root -p -h server.example.com

   Copy to Clipboard Toggle word wrap

   管理ユーザーがリモートでサーバーにアクセスするパーミッションを持たない場合は、MySQL サーバーでコマンドを実行し、localhost に接続します。

2. REQUIRE SSL 句を使用して、ユーザーが TLS 暗号化接続を使用して接続する必要があるよう強制します。

   MySQL [(none)]> ALTER USER 'example'@'%' REQUIRE SSL;

   Copy to Clipboard Toggle word wrap

検証

1. TLS 暗号化を使用して、example ユーザーとしてサーバーに接続します。

   # mysql -u example -p -h server.example.com
   ...
   MySQL [(none)]>

   Copy to Clipboard Toggle word wrap

   エラーが表示されず、インタラクティブな MySQL コンソールにアクセスできる場合は、TLS による接続は成功しています。

   デフォルトでは、サーバーが TLS 暗号化を提供している場合、クライアントは自動的にその TLS 暗号化を使用します。したがって、--ssl-ca=ca.crt.pem および --ssl-mode=VERIFY_IDENTITY オプションは必須ではありません。ただし、これらのオプションを使用するとクライアントはサーバーの ID を検証するため、セキュリティーが向上します。

2. TLS を無効にして、example ユーザーとして接続を試みます。

   # mysql -u example -p -h server.example.com --ssl-mode=DISABLED
   ERROR 1045 (28000): Access denied for user 'example'@'server.example.com' (using password: YES)

   Copy to Clipboard Toggle word wrap

   このユーザーには TLS が必要なのにもかかわらず無効になっているため、サーバーはログインの試行を拒否しました (--ssl-mode=DISABLED)。

手順

1. 復元するデータベースがすでに存在し、SQL ファイルに DROP TABLE IF EXISTS ステートメントが含まれていない場合は、テーブルまたはデータベース全体を手動で削除する必要があります。

   • テーブルを削除するには、次のように入力します。

     # mysql -u root -p -e "DROP TABLE <database>.<table>;"

     Copy to Clipboard Toggle word wrap

     SQL ファイルによって再作成されるすべてのテーブルに対してこのコマンドを繰り返します。

   • データベースを削除するには、次のように入力します。

     # mysql -u root -p -e "DROP DATABASE <database>;"

     Copy to Clipboard Toggle word wrap

     SQL ファイルによって再作成されるすべてのデータベースに対してこのコマンドを繰り返します。

2. SQL ファイルをインポートします。

   # mysql -u root -p < backup.sql"

   Copy to Clipboard Toggle word wrap

手順

1. mysqld サービスを停止します。

   # systemctl stop mysqld.service

   Copy to Clipboard Toggle word wrap

2. バックアップディレクトリーを作成します。次に例を示します。

   # mkdir -p /root/mysqld-backup/{data,config}/

   Copy to Clipboard Toggle word wrap

3. データディレクトリーをバックアップします。

   # cp -rp /var/lib/mysql/ /root/mysqld-backup/data/

   Copy to Clipboard Toggle word wrap

4. 設定ファイルをバックアップします。

   # cp -rp /etc/my.cnf /etc/my.cnf.d/ /root/mysqld-backup/config/

   Copy to Clipboard Toggle word wrap

5. mysqld サービスを開始します。

   # systemctl start mysqld.service

   Copy to Clipboard Toggle word wrap

手順

1. mysqld サービスを停止します。

   # systemctl stop mysqld.service

   Copy to Clipboard Toggle word wrap

2. 現在の /var/lib/mysql/ ディレクトリーを削除します。

   # rm -rf /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

3. バックアップからデータディレクトリーを復元します。

   # cp -rp /root/mysqld-backup/data/mysql/ /var/lib/

   Copy to Clipboard Toggle word wrap

4. /var/lib/mysql/ ディレクトリーの所有権を正しく設定します。

   # chown -R mysql:mysql /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

5. /var/lib/mysql/ ディレクトリーの SELinux コンテキストを復元します。

   # restorecon -Rv /var/lib/mysql/

   Copy to Clipboard Toggle word wrap

6. 現在の設定ファイルを削除します。

   # rm -rf /etc/my.cnf /etc/my.cnf.d/

   Copy to Clipboard Toggle word wrap

7. バックアップから設定ファイルを復元します。

   # cp -rp /root/mysqld-backup/config/my.cnf /root/mysqld-backup/config/my.cnf.d/ /etc/

   Copy to Clipboard Toggle word wrap

8. 設定ファイルの所有権を正しく設定します。

   # chown -R root:root /etc/my.cnf /etc/my.cnf.d/

   Copy to Clipboard Toggle word wrap

9. 設定ファイルの SELinux コンテキストを復元します。

   # restorecon -Rv /etc/my.cnf /etc/my.cnf.d/

   Copy to Clipboard Toggle word wrap

10. mysqld サービスを開始します。

    # systemctl start mysqld.service

    Copy to Clipboard Toggle word wrap

手順

1. [mysqld] セクションの /etc/my.cnf.d/mysql-server.cnf ファイルに以下のオプションを含めます。

   • bind-address=source_ip_adress

     このオプションは、レプリカからソースへの接続に必要です。

   • server-id=id

     id は一意である必要があります。

   • log_bin=path_to_source_server_log

     このオプションは、MySQL ソースサーバーのバイナリーログファイルへのパスを定義します。例: log_bin=/var/log/mysql/mysql-bin.log

   • gtid_mode=ON

     このオプションは、サーバー上でグローバルトランザクション識別子 (GTID) を有効にします。

   • enforce-gtid-consistency=ON

     サーバーは、GTID を使用して安全にログに記録できるステートメントのみの実行を許可することにより、GTID の整合性を強化します。

   • オプション: binlog_do_db=db_name

     選択したデータベースのみを複製する場合は、このオプションを使用します。選択した複数のデータベースを複製するには、各データベースを個別に指定します。

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

     Copy to Clipboard Toggle word wrap

   • オプション: binlog_ignore_db=db_name

     このオプションを使用して、特定のデータベースをレプリケーションから除外します。

2. mysqld サービスを再起動します。

   # systemctl restart mysqld.service

   Copy to Clipboard Toggle word wrap

手順

1. [mysqld] セクションの /etc/my.cnf.d/mysql-server.cnf ファイルに以下のオプションを含めます。

   • server-id=id

     id は一意である必要があります。

   • relay-log=path_to_replica_server_log

     リレーログは、レプリケーション中に MySQL レプリカサーバーによって作成されたログファイルのセットです。

   • log_bin=path_to_replica_sever_log

     このオプションは、MySQL レプリカサーバーのバイナリーログファイルへのパスを定義します。例: log_bin=/var/log/mysql/mysql-bin.log

     このオプションはレプリカでは必須ではありませんが、強く推奨します。

   • gtid_mode=ON

     このオプションは、サーバー上でグローバルトランザクション識別子 (GTID) を有効にします。

   • enforce-gtid-consistency=ON

     サーバーは、GTID を使用して安全にログに記録できるステートメントのみの実行を許可することにより、GTID の整合性を強化します。

   • log-replica-updates=ON

     このオプションにより、ソースサーバーから受信した更新がレプリカのバイナリーログに記録されます。

   • skip-replica-start=ON

     このオプションは、レプリカサーバーの起動時に、レプリカサーバーがレプリケーションスレッドを開始しないようにします。

   • オプション: binlog_do_db=db_name

     特定のデータベースのみを複製する場合は、このオプションを使用します。複数のデータベースを複製するには、各データベースを個別に指定します。

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

     Copy to Clipboard Toggle word wrap

   • オプション: binlog_ignore_db=db_name

     このオプションを使用して、特定のデータベースをレプリケーションから除外します。

2. mysqld サービスを再起動します。

   # systemctl restart mysqld.service

   Copy to Clipboard Toggle word wrap

手順

1. レプリケーションユーザーを作成します。

   mysql> CREATE USER 'replication_user'@'replica_server_hostname' IDENTIFIED WITH mysql_native_password BY 'password';

   Copy to Clipboard Toggle word wrap

2. ユーザーにレプリケーションパーミッションを付与します。

   mysql> GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'replica_server_hostname';*

   Copy to Clipboard Toggle word wrap

3. MySQL データベースの付与テーブルをリロードします。

   mysql> FLUSH PRIVILEGES;

   Copy to Clipboard Toggle word wrap

4. ソースサーバーを読み取り専用状態に設定します。

   mysql> SET @@GLOBAL.read_only = ON;

   Copy to Clipboard Toggle word wrap

手順

1. レプリカサーバーを読み取り専用状態に設定します。

   mysql> SET @@GLOBAL.read_only = ON;

   Copy to Clipboard Toggle word wrap

2. レプリケーションソースを設定します。

   mysql> CHANGE REPLICATION SOURCE TO
          SOURCE_HOST='source_hostname',
          SOURCE_USER='replication_user',
          SOURCE_PASSWORD='password',
          SOURCE_AUTO_POSITION=1,
          SOURCE_SSL=1,
          SOURCE_SSL_CA='path_to_ca_on_source',
          SOURCE_SSL_CAPATH='path_to_directory_with_certificates',
          SOURCE_SSL_CERT='path_to_source_certificate',
          SOURCE_SSL_KEY='path_to_source_key';

   Copy to Clipboard Toggle word wrap

3. MySQL レプリカサーバーでレプリカスレッドを開始します。

   mysql> START REPLICA;

   Copy to Clipboard Toggle word wrap

4. ソースサーバーとレプリカサーバーの両方で、読み取り専用状態の設定を解除します。

   mysql> SET @@GLOBAL.read_only = OFF;

   Copy to Clipboard Toggle word wrap

5. オプション: デバッグの目的で、レプリカサーバーのステータスを検査します。

   mysql> SHOW REPLICA STATUS\G;

   Copy to Clipboard Toggle word wrap
   注記

   レプリカサーバーの起動または接続に失敗した場合は、SHOW MASTER STATUS コマンドの出力に表示されるバイナリーログファイルの位置に続く特定の数のイベントをスキップできます。たとえば、定義された位置から最初のイベントをスキップします。

   mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

   Copy to Clipboard Toggle word wrap

   その後、レプリカサーバーを再度起動してみます。

6. オプション: レプリカサーバーでレプリカスレッドを停止します。

   mysql> STOP REPLICA;

   Copy to Clipboard Toggle word wrap

手順

1. ソースサーバーにサンプルデータベースを作成します。

   mysql> CREATE DATABASE test_db_name;

   Copy to Clipboard Toggle word wrap
2. test_db_name データベースが、レプリカサーバーで複製されていることを確認します。

3. ソースサーバーまたはレプリカサーバーのいずれかで以下のコマンドを実行して、MySQL サーバーのバイナリーログファイルに関するステータス情報を表示します。

   mysql> SHOW MASTER STATUS;

   Copy to Clipboard Toggle word wrap

   ソースで実行されたトランザクションの GTID のセットを示す Executed_Gtid_Set 列は、空であってはなりません。

   注記

   レプリカサーバーで SHOW REPLICA STATUS を使用すると、同じ GTID のセットが Executed_Gtid_Set 行に表示されます。