使用Innobackupex快速搭建(修復)MySQL主從架構

使用Innobackupex快速搭建(修復)MySQL主從架構

MySQL的主從搭建你們有不少種方式，傳統的mysqldump方式是不少人的選擇之一。但對於較大的數據庫則該方式並不是理想的選擇。使用Xtrabackup能夠快速輕鬆的構建或修復mysql主從架構。本文描述了使用innobackupex快速來搭建或修復主從架構。供你們參考。

1. 主庫開啓gtid_mode

mysql> set global gtid_mode='OFF_PERMISSIVE';
Query OK, 0 rows affected (0.01 sec)
mysql> set global gtid_mode='ON_PERMISSIVE';
Query OK, 0 rows affected (0.01 sec)
mysql> set global enforce_gtid_consistency=ON;
Query OK, 0 rows affected (0.00 sec)
mysql> set global gtid_mode='ON';
Query OK, 0 rows affected (0.00 sec)

 

     2. 基於主庫作一個完整備份

# mkdir -p /data/bakforslave
# innobackupex --defaults-file=/app/mysql/my.cnf --user=root --password='******' /data/bakforslave --parallel=8 --safe-slave-backup --slave-info --no-timestamp

 

     3. 複製數據庫到備機

1 2	# tar -czvf bakforslave.tar.gz ./bakforslave/ # scp bakforslave.tar.gz ......

　　

     4. 在備機上恢復

# tar -xvf bakforslave.tar.gz
prepare 備份
# innobackupex --defaults-file=/data/bakforslave/backup-my.cnf --user=root --password='*******' --apply-log --use-memory=4GB /data/bakforslave

    若是是修復從庫，從庫爲啓動狀態應先中止從庫，再作以下操做，不然能夠跳過 

# service mysqld stop

    還原備份的數據文件

# mv mysqldata mysqldatabk
# mv bakforslave mysqldata
# chown -R mysql:mysql mysqldata

    若是是新搭建的從庫，此時能夠修改主庫的my.cnf爲本機的my.cnf， 若是爲修復，則能夠直接使用原有的配置文件或根據須要修改。

# cp /app/mysql/mymaster.cnf /app/mysql/my.cnf
# vi /app/mysql/my.cnf ##此處應修改使用一個不一樣的server_id，同時能夠根據須要修改相關路徑及端口配置等。
# service mysqld start ##修改完畢後能夠啓動mysqld

 

     5. 主庫受權用於複製的用戶

mysql> grant replication slave,replication client on *.* to repluser@'172.16.10.%' identified by '***';

    驗證shell 提示符下登錄到主庫

# mysql -urepluser -p -h172.16.10.88

 

     6. 啓動slave

# more /data/mysqldata/xtrabackup_binlog_info
  mysql-bin.000136 73752825

mysql> CHANGE MASTER TO
MASTER_HOST='172.16.10.88',
MASTER_USER='repluser',
MASTER_PASSWORD='***',
MASTER_LOG_FILE='mysql-bin.000136',
MASTER_LOG_POS=73752825;

mysql> start slave;

 

     7. 驗證結果

mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 172.16.10.88
Master_User: repl2
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000136
Read_Master_Log_Pos: 96592981
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 72113
Relay_Master_Log_File: mysql-bin.000136
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: test,bs_com,bs_sysmsg,bs_bak
Replicate_Ignore_DB: mysql
Replicate_Do_Table: 
Replicate_Ignore_Table: 
Replicate_Wild_Do_Table: 
Replicate_Wild_Ignore_Table: 
Last_Errno: 0
Last_Error: 
Skip_Counter: 0
Exec_Master_Log_Pos: 73824655
Relay_Log_Space: 22840613
Until_Condition: None
Until_Log_File: 
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File: 
Master_SSL_CA_Path: 
Master_SSL_Cert: 
Master_SSL_Cipher: 
Master_SSL_Key: 
Seconds_Behind_Master: 3815
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error: 
Last_SQL_Errno: 0
Last_SQL_Error: 
Replicate_Ignore_Server_Ids: 
Master_Server_Id: 2
Master_UUID: afd6bca4-6636-11e3-9d60-74867ae1c47c
Master_Info_File: /data/mysqldata/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: updating
Master_Retry_Count: 86400
Master_Bind: 
Last_IO_Error_Timestamp: 
Last_SQL_Error_Timestamp: 
Master_SSL_Crl: 
Master_SSL_Crlpath: 
Retrieved_Gtid_Set: 
Executed_Gtid_Set: 
Auto_Position: 0
1 row in set (0.00 sec)