MySQL サービスを停止せずにスレーブ データベースを追加する 2 つの方法

現在、本番環境の 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/

合計 18480

drwxr-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 ibdata1

drwxr- 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_logfile

2. バックアップ ディレクトリをスレーブ ライブラリにコピーします

# 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 = 1598188

partial = N

incremental = N

form at = file

compact = N

Compressed = N

6 スレーブ ライブラリの設定はこのログ ポイントから同期され、

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

Master_port：3306

bin.000001aread_master_log_pos：539

relay_log_file：mysql-bin.000002

tableto to the table

、IOとSQLスレッドの両方がイエスであることがわかります。スレーブ構成は成功しました。

mysql> テーブルを表示;

+--------------------------+

| Tables_in_weibo |

+---- - ----------------------+

| test_tb |

| test_tb2 |

先ほどのシミュレーションで作成した test_tb2 テーブルが同期されていることがわかりました。

Brothers IT Education のオリジナルの Linux 運用保守エンジニアのビデオ/詳細な Linux チュートリアルを無料で入手できます。詳細については、公式 Web サイトのカスタマー サービスにお問い合わせください: http://www.lampbrother.net/linux/

PHP、Linux、 HTML5、UI、Android およびその他のビデオ チュートリアル (コースウェア + ノート + ビデオ)! Q2430675018 までお問い合わせください

イベントに参加して、Brothers のオリジナル ビデオ チュートリアル CD コレクションを受け取りましょう: http://www.lampbrother.net/newcd.html