|
現在、本番環境の MySQL データベースには 1 つのマスターと 1 つのスレーブがあり、ビジネス量の増加に伴い、別のスレーブ データベースが追加されます。オンライン ビジネスの使用に影響を与えないことが前提です。つまり、MySQL サービスを再起動できないため、他の状況を回避するには、Web サイトのトラフィックが低ピークの時間帯に動作することを選択します。
オンラインでスレーブ データベースを追加するには 2 つの方法があります。1 つは、mysqldump を使用してメイン データベースをバックアップし、Mysqldump は論理バックアップです。データ量が大きい場合、バックアップ速度は遅くなります。非常に遅くなり、テーブルのロック時間が非常に長くなります。もう 1 つは、xtrabackup ツールを使用してメイン データベースをバックアップし、それをスレーブ データベースに復元する方法です。xtrabackup は物理バックアップであり、バックアップ速度が速く、テーブルをロックしません。なぜテーブルをロックしないのでしょうか?メインデータベースのログを監視するため、更新されたデータがある場合は、まずファイルに書き込まれ、その後バックアップ ファイルに戻されてデータの整合性が維持されます。
サーバー情報:
メインデータベース: 192.168.18.212 (オリジナル)
スレーブデータベース1: 192.168.18.213 (オリジナル)
スレーブデータベース2: 192.168.18.214 (新規)
データベースバージョン: MySQL5
ストレージエンジン: Innodb
テストライブラリ名: weibo
1. mysqldumpメソッド
MySQLマスタースレーブはbinlogログに基づいているため、データベースのインストール後にbinlogをオンにする必要があります。この利点は、一方では binlog を使用してデータベースを復元できること、他方ではマスターとスレーブの準備ができることです。
元のメイン ライブラリの設定パラメータは次のとおりです:
# vi my.cnf
server-id = 1 #ID は一意である必要があります
log-bin = mysql-bin #バイナリログを有効にする
auto-increment- increment= 1 #Ubuntu システムでは、MySQL 5.5 以降はデフォルトで 1 に設定されています
auto-increment-offset = 1
slave-skip-errors =all #マスター/スレーブレプリケーションで発生するエラーをスキップします
1マスター ライブラリの同期アカウント mysql> 'sync'@'192.168.18.%' にすべての on*.* を付与します
2. ライブラリから MySQL を設定します
# vi my.cnf
server-id = 3 # この設定 3
log-bin = mysql-bin #binlog log をオンにする
auto-increment-increment= 1 #これら 2 つのパラメータはデフォルトで 1 に設定されています
auto-increment-offset in MySQL5.5 以降の Ubuntu システム = 1
slave-skip-errors =all #マスター/スレーブ レプリケーションのエラーをスキップします
3. マスター ライブラリをバックアップします
# mysqldump -uroot -p123--routines --single_transaction - -master-data=2 -- データベース weibo >weibo.sql
パラメータの説明:
--routines: ストアド プロシージャと関数をエクスポートします
--single_transaction: エクスポート開始時にトランザクション分離ステータスを設定し、整合性スナップショットはトランザクションを開始し、その後テーブルのロックを解除します。一方、lock-tables はテーブルをロックし、ダンプが完了するまで書き込み操作を禁止します。
--master-data: デフォルトは 1 に等しく、ダンプ開始 (変更マスター) の binlog ポイントと pos 値が結果に書き込まれます。2 に等しい場合、変更マスターが結果に書き込まれ、コメント化されます。 。
4. バックアップ ライブラリをスレーブ ライブラリにコピーします
# scp weibo.sqlroot@192.168.18.214:/home/root
5. データベース内の新しいデータをシミュレートするために、メイン ライブラリに test_tb テーブルを作成します。 weibo.sql は No
mysql> create tabletest_tb(id int,name varchar(30));
6. ライブラリからバックアップ ライブラリをインポートします
# mysql -uroot -p123 -e'create database weibo;' # mysql -uroot -p123weibo < weibo.sql 7. バックアップ ファイル weibo.sql の binlog と pos の値を確認します # head -25 weibo.sql -- CHANGE MASTER TOMASTER_LOG_FILE='mysql -bin.000001', MASTER_LOG_POS=107 ; #約 22 行 8. このログポイントからスレーブライブラリの設定を同期し、masterをmaster_host='192.168.18.212', に変更します。 「同期」、＆gt = 'Sync'、＆gt; show smilestatusG; エラー 2006 (HY000 ): MySQLserver が消えました 再接続しようとしています... 接続ID: 90 現在のデータベース: ***なし*** ******************************1 . row * ***************************** s ' を ' に送信しますイベント Master_Port ) Relay_Log_File: mysqld-relay-bin.000003 Relay_Log_Pos: 504 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yesl smile_sql_running: yes ...... 9. weibo ライブラリ では、IO スレッドと SQL スレッドが Yes であることがわかり、メインの設定が成功したことを示しています。 mysql> テーブルを表示;+--------------------------+| Tables_in_weibo |+---- - -----------------------+| test_tb | 先ほどシミュレートした test_tb テーブルが同期されていることがわかりました。
2. xtrabackup メソッド (推奨)
最初にスレーブ設定を削除します。 IO スレッドと SQL スレッドは両方とも NO ですmysql> データベースweibo を削除しますこの時点で、スレーブ ライブラリは新しくインストールされたものと同じになりました。 1. xtrabackup を使用してメイン ライブラリをバックアップします# innobackupex --user=root --password=123 ./時間に基づいた名前のバックアップ ディレクトリを生成します: 2015-07-01_16-49-43# ll 2015-07-01_16-49-43/ 合計 18480drwxr-xr-x 5 rootroot 4096 Jul 1 16:49 ./drwx------4 rootroot 4096 Jul 1 16:49 . /-rw-r--r-- 1 rootroot 188 Jul 1 16:49 Backup-my.cnf-rw-r----- 1 root root18874368 Jul 1 16:49 ibdata1drwxr- xr -x 2 rootroot 4096 7月 1 16:49 mysql/drwxr-xr-x 2 rootroot 4096 7月 1 16:49 Performance_schema/drwxr-xr-x 2 rootroot 12288 7月 1 16:49 weibo/ - rw -r--r-- 1 rootroot 21 Jul 1 16:49 xtrabackup_binlog_info-rw-r----- 1 rootroot 89 Jul 1 16:49 Jul 1 16:49 xtrabackup_info-rw-r-- --- 1 rootroot 2560 Jul 1 16:49 xtrabackup_logfile2. バックアップ ディレクトリをスレーブ ライブラリにコピーします# scp -r2015-07-01_16-49 -43 root@192.168.18.214:/home/root 3. データベースから MySQL サービスを停止し、datadir ディレクトリを削除し、バックアップ ディレクトリの名前を datadir ディレクトリに変更します# sudo rm -rf/var/lib/mysql /# sudo mv2015-07-01_16-49- 43/ /var/lib/mysql# sudo chown mysql.mysql -R /var/lib/mysql# sudo /etc/init.d/mysqlstart# ps -ef |grep mysql # あることを確認してください正常に起動しましたmysql 8832 1 0 16:55 ? 00:00:00 /usr/sbin/mysqld
4. メインデータベースに test_tb2 テーブルを作成し、データベース内の新しいデータをシミュレートします
mysql> varchar(30 );
5. XTraBackup_info ファイルは、Binlog と POS の位置を取得します = =
tools_name = innobackupex
tool_command =--user=root --password=... ./
tool_version = 1.5.1-xtrabackup
ibbackup_version =MySQL サーバー 5.6.24 Linux (x86_64) に基づく xtrabackup バージョン 2.2.11 (リビジョン ID: )
server_version =5.5.43-0ubuntu0.12.04.1-log
start_time = 2015- 07-0116:49:43
end_time = 2015-07-0116:49:46
lock_time = 1
binlog_pos = filename'mysql-bin.000001'、位置 429 #この位置
innodb_from_lsn = 0 innodb_to_lsn = 1598188partial = Nincremental = Nform at = filecompact = N Compressed = N6 スレーブ ライブラリの設定はこのログ ポイントから同期され、mysql> の変更が開始されます。 master_host='192.168.18.212', -> master_user='sync', -> master_log_file='mysql-bin.000001', -> ; master_log_pos=429;mysql> スレーブを開始;****** ********************1行 *************************** *V Slave_iO_State: Formaster がイベントを送信するのを待っています Master_host: 192.168.18.212 Master_user: Sync |
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
