使用Innobackupex快速搭建(修复)MySQL主从架构

MySQL的主从搭建大家有很多种方式,传统的mysqldump方式是很多人的选择之一。但对于较大的数据库则该方式并非理想的选择。使用Xtrabackup可以快速轻松的构建或修复mysql主从架构。本文描述了使用innobackupex快速来搭建或修复主从架构。供大家参考。

1、基于主库做一个完整备份
# mkdir -p /log/bakforslave
# innobackupex --user=root -password=*** --socket=/tmp/mysql.sock \
--defaults-file=/etc/my.cnf /log/bakforslave --parallel=3 --safe-slave-backup --no-timestamp

2、复制数据库到备机
# tar -czvf bakforslave.tar.gz ./bakforslave/
# scp bakforslave.tar.gz robin@172.16.10.51:~
# scp /etc/my.cnf robin@172.16.10.51:~/mymaster.cnf

3、在备机上恢复
###备机解压打包的备份文件
# mv /home/robin/bakforslave.tar.gz /data
# cd /data
# tar -xvf bakforslave.tar.gz

### prepare 备份
# innobackupex --user=root -password=*** --socket=/tmp/mysql.sock --defaults-file=/home/robin/mymaster.cnf \
 --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 /home/robin/mymaster.cnf /etc/my.cnf
# vi /etc/my.cnf        ###此处应修改使用一个不同的server_id,同时可以根据需要修改相关路径及端口配置等。
# service mysqld start  ###修改完毕后可以启动mysqld

4、主库授权用于复制的用户
mysql> grant replication slave,replication client on *.* to repl2@'172.16.10.%' identified by '***';

### 验证shell 提示符下登陆到主库
# mysql -urepl2 -p -h172.16.10.88

5、启动slave
# more /data/mysqldata/xtrabackup_binlog_info
mysql-bin.000136        73752825

mysql> CHANGE MASTER TO
MASTER_HOST='172.16.10.88',            --Author: Leshami
MASTER_USER='repl2',                  --Blog  :
MASTER_PASSWORD='***',
MASTER_LOG_FILE='mysql-bin.000136',
MASTER_LOG_POS=73752825;

mysql> start slave;

6、验证结果
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)

--------------------------------------分割线 --------------------------------------

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/a8159872c4a7150d929b3f79b5fe7740.html