不停机xtrabackup创建slave节点，xtrabackupslave
master:10.1.1.17:3306 slave:10.1.1.18:3307 slave节点完成基础环境的配置：创建好mysql用户，装好相同版本的mysql软件，xtrabackup软件包，创建好目录，配置好脚本1、创建完整备份：master [mysql@master1 backup]$ innobackupex --defaults-file=/data/mysqldata/3306/my.cnf --user=xtrabk --password='onlybackup' /backup/backup_full/
2、复制和准备备份集 [mysql@master1 backup_full]$ scp -r /backup/backup_full/2015-05-21_01-31-19/* 10.1.1.18:/data/mysqldata/3307 [mysql@master2 3307]$ innobackupex --apply-log /data/mysqldata/3307/data/
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy and Percona Ireland Ltd 2009-2012. All Rights Reserved.
This software is published under the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.
IMPORTANT: Please check that the apply-log run completes successfully. At the end of a successful apply-log run innobackupex prints "completed OK!".
150521 01:51:29 innobackupex: Starting ibbackup with command: xtrabackup_56 --defaults-file="/data/mysqldata/3307/data/backup-my.cnf" --defaults-group="mysqld" --prepare --target-dir=/data/mysqldata/3307/data --tmpdir=/tmp
xtrabackup_56 version 2.0.7 for MySQL server 5.6.10 Linux (x86_64) (revision id: 552) xtrabackup: cd to /data/mysqldata/3307/data xtrabackup: This target seems to be not prepared yet. xtrabackup: xtrabackup_logfile detected: size=2097152, start_lsn=(1645755) xtrabackup: Temporary instance for recovery is set as followings. xtrabackup: innodb_data_home_dir = ./ xtrabackup: innodb_data_file_path = ibdata1:2048M:autoextend xtrabackup: innodb_log_group_home_dir = ./ xtrabackup: innodb_log_files_in_group = 1 xtrabackup: innodb_log_file_size = 2097152 xtrabackup: Temporary instance for recovery is set as followings. xtrabackup: innodb_data_home_dir = ./ xtrabackup: innodb_data_file_path = ibdata1:2048M:autoextend xtrabackup: innodb_log_group_home_dir = ./ xtrabackup: innodb_log_files_in_group = 1 xtrabackup: innodb_log_file_size = 2097152 xtrabackup: Starting InnoDB instance for recovery. xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter) InnoDB: The InnoDB memory heap is disabled InnoDB: Mutexes and rw_locks use GCC atomic builtins InnoDB: Compressed tables use zlib 1.2.3 InnoDB: CPU supports crc32 instructions InnoDB: Initializing buffer pool, size = 100.0M InnoDB: Completed initialization of buffer pool InnoDB: Highest supported file format is Barracuda. InnoDB: The log sequence numbers 1639650 and 1639650 in ibdata files do not match the log sequence number 1645755 in the ib_logfiles! InnoDB: Database was not shutdown normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files... InnoDB: Restoring possible half-written data pages InnoDB: from the doublewrite buffer... InnoDB: Last MySQL binlog file position 0 812, file name mysql-bin.000011 InnoDB: 128 rollback segment(s) are active. InnoDB: Waiting for purge to start 2015-05-21 01:51:31 4a924940 InnoDB: Warning: table 'mysql/innodb_index_stats' InnoDB: in InnoDB data dictionary has unknown flags 50. 2015-05-21 01:51:31 4a924940 InnoDB: Warning: table 'mysql/innodb_table_stats' InnoDB: in InnoDB data dictionary has unknown flags 50. InnoDB: 1.2.10 started; log sequence number 1645755
[notice (again)] If you use binary log and don't use any hack of group commit, the binary log position seems to be: InnoDB: Last MySQL binlog file position 0 812, file name mysql-bin.000011
xtrabackup: starting shutdown with innodb_fast_shutdown = 1 InnoDB: FTS optimize thread exiting. InnoDB: Starting shutdown... InnoDB: Shutdown completed; log sequence number 1645779
150521 01:51:33 innobackupex: Restarting xtrabackup with command: xtrabackup_56 --defaults-file="/data/mysqldata/3307/data/backup-my.cnf" --defaults-group="mysqld" --prepare --target-dir=/data/mysqldata/3307/data --tmpdir=/tmp for creating ib_logfile*
xtrabackup_56 version 2.0.7 for MySQL server 5.6.10 Linux (x86_64) (revision id: 552) xtrabackup: cd to /data/mysqldata/3307/data xtrabackup: This target seems to be already prepared. xtrabackup: notice: xtrabackup_logfile was already used to '--prepare'. xtrabackup: Temporary instance for recovery is set as followings. xtrabackup: innodb_data_home_dir = ./ xtrabackup: innodb_data_file_path = ibdata1:2048M:autoextend xtrabackup: innodb_log_group_home_dir = ./ xtrabackup: innodb_log_files_in_group = 3 xtrabackup: innodb_log_file_size = 268435456 xtrabackup: Temporary instance for recovery is set as followings. xtrabackup: innodb_data_home_dir = ./ xtrabackup: innodb_data_file_path = ibdata1:2048M:autoextend xtrabackup: innodb_log_group_home_dir = ./ xtrabackup: innodb_log_files_in_group = 3 xtrabackup: innodb_log_file_size = 268435456 xtrabackup: Starting InnoDB instance for recovery. xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter) InnoDB: The InnoDB memory heap is disabled InnoDB: Mutexes and rw_locks use GCC atomic builtins InnoDB: Compressed tables use zlib 1.2.3 InnoDB: CPU supports crc32 instructions InnoDB: Initializing buffer pool, size = 100.0M InnoDB: Completed initialization of buffer pool InnoDB: Setting log file ./ib_logfile101 size to 256 MB InnoDB: Progress in MB: 100 200 InnoDB: Setting log file ./ib_logfile1 size to 256 MB InnoDB: Progress in MB: 100 200 InnoDB: Setting log file ./ib_logfile2 size to 256 MB InnoDB: Progress in MB: 100 200 InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0 InnoDB: New log files created, LSN=1645779 InnoDB: Highest supported file format is Barracuda. InnoDB: 128 rollback segment(s) are active. InnoDB: Waiting for purge to start 2015-05-21 01:52:00 4a5b4940 InnoDB: Warning: table 'mysql/innodb_index_stats' InnoDB: in InnoDB data dictionary has unknown flags 50. 2015-05-21 01:52:00 4a5b4940 InnoDB: Warning: table 'mysql/innodb_table_stats' InnoDB: in InnoDB data dictionary has unknown flags 50. InnoDB: 1.2.10 started; log sequence number 1646092
[notice (again)] If you use binary log and don't use any hack of group commit, the binary log position seems to be: InnoDB: Last MySQL binlog file position 0 812, file name mysql-bin.000011
xtrabackup: starting shutdown with innodb_fast_shutdown = 1 InnoDB: FTS optimize thread exiting. InnoDB: Starting shutdown... InnoDB: Shutdown completed; log sequence number 1646102 150521 01:52:01 innobackupex: completed OK!
[mysql@master2 3307]$ ls data/ backup-my.cnf ib_logfile2 performance_schema xtrabackup_binlog_info xtrabackup_logfile ib_logfile0 ibdata1 test xtrabackup_binlog_pos_innodb ib_logfile1 mysql xtrabackup_binary xtrabackup_checkpoints [mysql@master2 3307]$ ls data/test/ j1.frm j1.ibd j2.MYD j2.MYI j2.frm t1.frm t1.ibd
3、创建复制环境专用账户 master: (system@localhost) [(none)]> grant replication slave on *.* to 'repl'@'10.1.1.%' identified by 'replsafe'; Query OK, 0 rows affected (0.09 sec)
(system@localhost) [(none)]> select user,host from mysql.user; +--------+-----------+ | user | host | +--------+-----------+ | dcw | % | | repl | 10.1.1.% | | test | 10.1.1.% | | system | localhost | | xtrabk | localhost | +--------+-----------+
4、配置slave节点初始化参数文件 [mysql@master1 3306]$ scp my.cnf 10.1.1.18:/data/mysqldata/3307 [mysql@master2 ~]$ vim /data/mysqldata/3307/my.cnf server-id=2 [mysql@master2 ~]$ sed -i 's/3306/3307/g' /data/mysqldata/3307/my.cnf [mysql@master2 ~]$ mysqld_safe --defaults-file=/data/mysqldata/3307/my.cnf & slave节点少创建了tmp和binlog两个文件夹 [mysql@master2 3307]$ mkdir tmp [mysql@master2 3307]$ mkdir binlog [mysql@master2 3307]$ ls binlog data lost+found my.cnf mysql-error.log tmp 启动数据库 [mysql@master2 3307]$ mysqld_safe --defaults-file=/data/mysqldata/3307/my.cnf &
5、配置slave节点复制环境 查看备份集信息： [mysql@master2 3307]$ cat data/xtrabackup_binlog_info mysql-bin.000011 812 [mysql@master2 3307]$ mysql -usystem -p'5ienet.com' -S /data/mysqldata/3307/mysql.sock (system@localhost) [(none)]> change master to master_host='10.1.1.17',master_port=3306,master_user='repl',master_password='replsafe',master_log_file='mysql-bin.000011',master_log_pos=812; Query OK, 0 rows affected, 2 warnings (0.09 sec) (system@localhost) [(none)]> start slave; Query OK, 0 rows affected (0.14 sec)
6、检查 (system@localhost) [(none)]> start slave; Query OK, 0 rows affected (0.14 sec)
(system@localhost) [(none)]> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 10.1.1.17 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000011 Read_Master_Log_Pos: 1024 Relay_Log_File: mysql-relay-bin.000002 Relay_Log_Pos: 495 Relay_Master_Log_File: mysql-bin.000011 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: 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: 1024 Relay_Log_Space: 668 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: 0 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: 1 Master_UUID: bd8ce1ca-edb7-11e4-964f-000c291b94c4 Master_Info_File: /data/mysqldata/3307/data/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it 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.03 sec)
master： (system@localhost) [(none)]> use test; Database changed (system@localhost) [test]> show tables; +----------------+ | Tables_in_test | +----------------+ | j1 | | j2 | | t1 | +----------------+ 3 rows in set (0.00 sec)
(system@localhost) [test]> select * from t1; +------+ | name | +------+ | dcw | | jjf | +------+ 2 rows in set (0.11 sec)
slave： (system@localhost) [(none)]> use test; Database changed (system@localhost) [test]> show tables; +----------------+ | Tables_in_test | +----------------+ | j1 | | j2 | | t1 | +----------------+ 3 rows in set (0.03 sec)
(system@localhost) [test]> select * from t1; +------+ | name | +------+ | dcw | | jjf | +------+ 2 rows in set (0.05 sec)
master插入数据： (system@localhost) [test]> insert into t1 values('jone'); Query OK, 1 row affected (0.05 sec)
slave中查询：同步过来了 (system@localhost) [test]> select * from t1; +------+ | name | +------+ | dcw | | jjf | | jone | +------+ 3 rows in set (0.00 sec)
本站文章为和通数据库网友分享或者投稿，欢迎任何形式的转载，但请务必注明出处.
同时文章内容如有侵犯了您的权益，请联系QQ：970679559，我们会在尽快处理。