現在の運用環境MySQL データベース には 1 つのマスターと 1 つのスレーブがあり、ビジネス量が増加し続けるため、スレーブ データベースが追加されます。オンライン ビジネスの使用に影響を与えないことが前提です。つまり、MySQL サービスを再起動できないため、他の状況を回避するには、Web サイトのトラフィックが少ないピーク時に動作することを選択します。
オンラインでスレーブ データベースを追加するには 2 つの方法があります。1 つは、mysqldump を使用してメイン データベースをバックアップし、データ量が大きい場合は、Mysqldump を論理バックアップとして復元します。非常に遅くなり、テーブルのロック時間も非常に長くなります。もう 1 つは、xtrabackup ツールを使用してメイン データベースをバックアップし、それをスレーブ データベースに復元する方法です。xtrabackup は物理バックアップであり、バックアップ速度が速く、テーブルはロックされません。なぜテーブルをロックしないのでしょうか?メインデータベースのログを監視するため、更新されたデータがある場合は、データの一貫性を維持するために、まずファイルに書き込まれ、その後バックアップファイルに戻されます。
サーバー情報:
メインデータベース: 192.168.18.212 (オリジナル)
スレーブデータベース 1: 192.168.18.213 (オリジナル)
Sラヴデータベース2: 192 .168.18.214(新しい)
データベースバージョン: MySQL5.5
ストレージエンジン: Innodb
テストライブラリ名: weibo
MySQLマスタースレーブがベースbinlog ログでは、したがって、データベースをインストールした後、binlog を有効にする必要があります。この利点は、一方では binlog を使用してデータベースを復元できること、他方ではマスターとスレーブの準備ができることです。
元のメイン データベースの設定パラメータは次のとおりです:
# vi my.cnf server-id = 1 #id要唯一 log-bin = mysql-bin #开启binlog日志 auto-increment-increment = 1 #在Ubuntu系统中MySQL5.5以后已经默认是1 auto-increment-offset = 1 slave-skip-errors = all #跳过主从复制出现的错误
1. メイン データベースに同期アカウントを作成します
mysql> grant all on *.* to 'sync'@'192.168.18.%' identified by 'sync';
2. スレーブ データベースから MySQL を設定します
# vi my.cnf server-id = 3 #这个设置3 log-bin = mysql-bin #开启binlog日志 auto-increment-increment = 1 #这两个参数在Ubuntu系统中MySQL5.5以后都已经默认是1 auto-increment-offset = 1 slave-skip-errors = all #跳过主从复制出现的错误
3. メイン データベースをバックアップします。データベース
# mysqldump -uroot -p123 --routines --single_transaction --master-data=2 --databases weibo > weibo.sql
パラメータの説明:
–ルーチン: ストアドプロシージャと関数をエクスポートします
–single_transaction: エクスポートの開始時にトランザクション分離ステータスを設定し、整合性スナップショットを使用してトランザクションを開始します、その後、テーブルのロックを解除します。一方、lock-tables はダンプが完了するまでテーブルに書き込むことができません。
– マスターデータ: デフォルトは 1 で、ダンプ開始 (変更マスター) の binlog ポイントと pos 値が結果に書き込まれます。2 に等しい場合、変更マスターが結果に書き込まれます。とコメントしました。
4. バックアップライブラリをスレーブライブラリにコピーします
# scp weibo.sql [email protected]:/home/root
5. Weibo.sql がデータベースに存在しないことをシミュレートするために、メインライブラリに test_tb テーブルを作成します。ライブラリからインポート
mysql> create table test_tb(id int,name varchar(30));
7.バックアップファイルweibo.sqlのbinlogとposの値を確認し、このログポイントからライブラリ設定から同期を開始します
# mysql -uroot -p123 -e 'create database weibo;' # mysql -uroot -p123 weibo < weibo.sql
# head -25 weibo.sql -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107; #大概22行
IO スレッドと SQL スレッドの両方が YES であることがわかり、マスター/スレーブ構成が成功したことを示しています。
9. ライブラリからweiboライブラリのテーブルを表示します发现刚才模拟创建的test_tb表已经同步过来! 在上面配置基础上做实验,先删除掉从库配置: 此时,从库现在和新装的一样,继续前进! 1. 主库使用xtrabackup备份 生成一个以时间为命名的备份目录:2015-07-01_16-49-43 2. 把备份目录拷贝到从库上 3. 从库上把MySQL服务停掉,删除datadir目录,将备份目录重命名为datadir目录 4. 在主库创建test_tb2表,模拟数据库新增数据 5. 从备份目录中xtrabackup_info文件获取到binlog和pos位置 6. 从库设置从这个日志点同步,并启动 可以看到IO和SQL线程均为YES,说明主从配置成功。 9. 从库查看weibo库里面的表 发现刚才模拟创建的test_tb2表已经同步过来。 以上がMySQL サービスを停止せずにスレーブ データベースを追加する 2 つの方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。mysql> show tables;
+---------------------------+
| Tables_in_weibo |
+---------------------------+
| test_tb |
二、xtrabackup方式(推荐)
mysql> stop slave; #停止同步
mysql> reset slave; #清除从连接信息
mysql> show slave status\G; #再查看从状态,可以看到IO和SQL线程都为NO
mysql> drop database weibo; #删除weibo库
# innobackupex --user=root --password=123 ./
# ll 2015-07-01_16-49-43/
total 18480
drwxr-xr-x 5 root root 4096 Jul 1 16:49 ./
drwx------ 4 root root 4096 Jul 1 16:49 ../
-rw-r--r-- 1 root root 188 Jul 1 16:49 backup-my.cnf
-rw-r----- 1 root root 18874368 Jul 1 16:49 ibdata1
drwxr-xr-x 2 root root 4096 Jul 1 16:49 mysql/
drwxr-xr-x 2 root root 4096 Jul 1 16:49 performance_schema/
drwxr-xr-x 2 root root 12288 Jul 1 16:49 weibo/
-rw-r--r-- 1 root root 21 Jul 1 16:49 xtrabackup_binlog_info
-rw-r----- 1 root root 89 Jul 1 16:49 xtrabackup_checkpoints
-rw-r--r-- 1 root root 563 Jul 1 16:49 xtrabackup_info
-rw-r----- 1 root root 2560 Jul 1 16:49 xtrabackup_logfile
# scp -r 2015-07-01_16-49-43 [email protected]:/home/root
# sudo rm -rf /var/lib/mysql/
# sudo mv 2015-07-01_16-49-43/ /var/lib/mysql
# sudo chown mysql.mysql -R /var/lib/mysql
# sudo /etc/init.d/mysql start
# ps -ef |grep mysql #查看已经正常启动
mysql 8832 1 0 16:55 ? 00:00:00 /usr/sbin/mysqld
mysql> create table test_tb2(id int,name varchar(30));
# cat /var/lib/mysql/xtrabackup_info
uuid = 201af9db-1fce-11e5-96b0-525400e4239d
name =
tool_name = innobackupex
tool_command = --user=root --password=... ./
tool_version = 1.5.1-xtrabackup
ibbackup_version = xtrabackup version 2.2.11 based on MySQL server 5.6.24 Linux (x86_64) (revision id: )
server_version = 5.5.43-0ubuntu0.12.04.1-log
start_time = 2015-07-01 16:49:43
end_time = 2015-07-01 16:49:46
lock_time = 1
binlog_pos = filename 'mysql-bin.000001', position 429 #这个位置
innodb_from_lsn = 0
innodb_to_lsn = 1598188
partial = N
incremental = N
format = file
compact = N
compressed = N
mysql> change master to master_host='192.168.18.212',
-> master_user='sync',
-> master_password='sync',
-> master_log_file='mysql-bin.000001',
-> master_log_pos=429;
mysql> start slave;
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.18.212
Master_User: sync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 539
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 363
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
......
mysql> show tables;
+---------------------------+
| Tables_in_weibo |
+---------------------------+
| test_tb |