Utilisez innobackupex pour créer une architecture maître-esclave MySQL basée sur une base de données esclave



Il existe de nombreuses façons de créer MySQL maître-esclave, et la méthode traditionnelle mysqldump est l'un des choix pour de nombreuses personnes. Mais pour les bases de données plus volumineuses, cette méthode n’est pas un choix idéal. Utilisez Xtrabackup pour créer ou réparer rapidement et facilement une architecture maître-esclave MySQL. Cet article décrit comment créer rapidement un maître-esclave basé sur la bibliothèque esclave existante, c'est-à-dire en tant que nouvelle bibliothèque esclave de la bibliothèque maître d'origine. L'avantage de cette méthode est qu'il n'y a pas besoin de pression sur les performances liée à la période de sauvegarde sur la base de données principale. Pendant le processus de construction, la méthode de sauvegarde en streaming rapide est utilisée pour accélérer la construction maître-esclave et plusieurs paramètres permettant d'accélérer la sauvegarde en streaming sont décrits pour votre référence.

Pour plus d'informations sur la sauvegarde en streaming, veuillez vous référer à : Sauvegarde et récupération en streaming Xtrabackup

1. Sauvegarde de la base de données esclave
###La vérification d'équivalence est utilisée lors de la sauvegarde à distance, elle devrait donc à faire en premier Configuration correspondante, ici nous utilisons l'utilisateur mysql

$ innobackupex --user=root --password=xxx --slave-info --safe-slave-backup 
\--compress-threads=3 --parallel=3 --stream=xbstream \--compress /log | ssh -p50021 mysql@172.16.16.10 "xbstream -x -C /log/recover"

###Le paramètre safe-slave-backup est utilisé lors de la sauvegarde. Vous pouvez voir que le thread SQL est arrêté et démarré une fois terminé

$ mysql -uroot -p -e "show slave status \G"|egrep 'Slave_IO_Running|Slave_SQL_Running'
Enter password: 
             Slave_IO_Running: Yes
            Slave_SQL_Running: No
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it

###Copiez le fichier my.cnf sur le nouvel esclave bibliothèque 2. La bibliothèque maître accorde au nouveau compte de réplication de la bibliothèque esclave

$ scp -P50021 /etc/my.cnf mysql@172.16.16.10:/log/recover

3. Préparez la nouvelle bibliothèque esclave

###La sauvegarde par compression en streaming étant utilisée, elle doit d'abord être décompressée
###Adresse de téléchargement

master@MySQL> grant replication slave,replication client on *.* to repl@'172.16.%.%' identified by 'repl';

http://www.php.cn/

# tar -xvf qpress-11-linux-x64.tar qpress# cp qpress /usr/bin/
$ innobackupex --decompress /log/recover                               
###解压$ innobackupex --apply-log --use-memory=2G /log/recover    
###prepare备份

4. Préparez l'esclave. fichier de configuration my.cnf

### Modifier les paramètres correspondants selon vos besoins . Les modifications ici sont les suivantes,
5. et modifiez change master# chown -R mysql:mysql /log/recover# /app/soft/mysql/bin/mysqld_safe --defaults-file=/log/recover/my.cnf &

skip-slave-start
datadir = /log/recover
port = 3307
server_id = 24                     
socket = /tmp/mysql3307.sock
pid-file=/log/recover/mysql3307.pid
log_error=/log/recover/recover.err

mysql> démarrer l'esclave ;

Requête OK, 0 ligne affectée (0,02 sec)

mysql> system more /log/recover/xtrabackup_slave_info
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000658', MASTER_LOG_POS=925384099
mysql> CHANGE MASTER TO
    -> MASTER_HOST='172.16.16.10',       
### Author: Leshami
    -> MASTER_USER='repl',                    
 ### Blog  : 
http://www.php.cn/
    -> MASTER_PASSWORD='repl',
    -> MASTER_PORT=3306,
    -> MASTER_LOG_FILE='mysql-bin.000658',
    -> MASTER_LOG_POS=925384099;
Query OK, 0 rows affected, 2 warnings (0.31 sec)

6. Basé sur les paramètres liés à la sauvegarde de la base de données esclave et les paramètres de sauvegarde de flux accélérée

The --slave-info option This option is useful when backing up a replication slave server. It prints the binary
log position and name of the master server. It also writes this information to the xtrabackup_slave_info file
as a CHANGE MASTER statement.
This is useful for setting up a new slave for this master can be set up by starting a slave server on this backup and
issuing the statement saved in the xtrabackup_slave_info file.

Attention : Assurez-vous que votre esclave est une véritable réplique du maître avant de l'utiliser comme source de sauvegarde. Un bon outil

pour valider un esclave est. pt-table-checksum.

The --safe-slave-backup option In order to assure a consistent replication state, this option stops the slave
SQL thread and wait to start backing up until Slave_open_temp_tables in SHOW STATUS is zero. If there are
no open temporary tables, the backup will take place, otherwise the SQL thread will be started and stopped until there
are no open temporary tables. The backup will fail if Slave_open_temp_tables does not become zero after
--safe-slave-backup-timeout seconds (defaults to 300 seconds). The slave SQL thread will be restarted
when the backup finishes.
Using this option is always recommended when taking backups from a slave server.

--compress

###Notez que la méthode de compression est relativement grossière Méthode de compression, compressée en fichiers .gp, pas aussi élevée que le taux de compression gzip

--compress-threads
     

   This option specifies the number of worker threads that will be used
        for parallel compression. It is passed directly to the xtrabackup
        child process. Try 'xtrabackup --help' for more details.

--decompress
     

   Decompresses all files with the .qp extension in a backup previously
        made with the --compress option.

 --parallel=NUMBER-OF-THREADS
     

   On backup, this option specifies the number of threads the        
   xtrabackup child process should use to back up files concurrently.        
   The option accepts an integer argument. It is passed directly to        
   xtrabackup's --parallel option. See the xtrabackup documentation for        
   details.
        On --decrypt or --decompress it specifies the number of parallel       
         forks that should be used to process the backup files.

以上就是使用innobackupex基于从库搭建mysql主从架构的内容，更多相关内容请关注PHP中文网（www.php.cn）！