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
###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备份
### 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 ;
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)
<🎜. >
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.
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)!