Résumé et disposition de MySQL basé sur la construction maître-esclave GTID-tutoriel mysql-php.cn

Cet article vous apporte des connaissances pertinentes sur mysql. Il présente principalement la construction maître-esclave de MySQL basée sur GTID. L'article synchronise d'abord les données via xtarbackup pour développer les détails de l'article.

Résumé et disposition de MySQL basé sur la construction maître-esclave GTID

Apprentissage recommandé : Tutoriel vidéo mysql

Utilisez xtarbackup pour synchroniser les données, puis définissez le maître et l'esclave en fonction du GTID.

1. Utilisez xtarbackup pour sauvegarder la base de données

1.1 Avantages

Utilisez xtarbackup pour la préparation préliminaire du maître et de l'esclave car xtarbackup sauvegarde et restaure les données très rapidement, ce qui est particulièrement adapté à la sauvegarde de bases de données avec une grande quantité de data, et son installation est très rapide. C'est simple et facile à utiliser.... (Bala, bala, je n'arrive pas à inventer des bêtises).

1.2 Installation

Choisissez la version spécifique en fonction de votre situation spécifique. Suivez simplement ces étapes pour l'installer, n'est-ce pas très simple...

# rpm -Uvh https://www.percona.com/redir/downloads/percona-release/redhat/percona-release-0.1-3.noarch.rpm
# yum list | grep percona
# yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL 
# rpm -Uvh ftp://rpmfind.net/linux/epel/6/x86_64/libev-4.03-3.el6.x86_64.rpm
# yum install percona-xtrabackup –y

Copier après la connexion

1.3 Utiliser

1.3.1 Sauvegarde normale

innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 /data/backupMysql/

Copier après la connexion

1.3.2 sauvegarde tar

(1), sauvegarde en local

# 不压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/>/data/mysql.tar

# 压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | gzip >/data/mysql.tar.gz

Copier après la connexion

(2), sauvegarde à distance

# 不压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | ssh root@192.168.1.7 \ "cat - >/data/mysql.tar

# 压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | | ssh root@192.168.1.7 \ "gzip >/data/mysql.tar.gz

Copier après la connexion

(3), méthode de décompression

# 未经过压缩的文件解压
tar xvf mysql.tar -C /data

# 压缩过的文件解压
tar zxvf mysql.tar.gz -C /data

Copier après la connexion

1.3.3 sauvegarde xbstream

(1), sauvegarde en local

# 不压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream /data/backupMysql/>/data/mysql.xbstream

# 压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream --compress /data/backupMysql/ >/data/mysql_compress.xbstream

Copier après la connexion

(2), La sauvegarde doit être effectué à distance

# 不压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream /data/backupMysql/| ssh root@192.168.1.7 "xbstream -x -C /backup/stream"

# 压缩
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream --compress /data/backupMysql/ | ssh root@192.168.1.7 "xbstream -x -C /backup/stream"

Copier après la connexion

(3), méthode de décompression

#### 未压缩的
xbstream -x < mysql.xbstream -C /data

#### 压缩过的
# 1、先解压xbstream
xbstream -x < mysql_compress.xbstream -C /data
# 2、再解压qp压缩格式
for bf in `find . -iname "*\.qp"`; do qpress -d $bf $(dirname $bf) && rm $bf; done

注：如果xtrabackup版本大于2.1.4，可以直接通过以下方式解压第二步。
innobackupex --decompress /data

Copier après la connexion

1.3.4 Restauration

Décompressez d'abord le package compressé de sauvegarde d'origine dans un répertoire, puis exécutez l'instruction suivante pour restaurer.

innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --copy-back /var/lib/mysql/backup/

Copier après la connexion

Remarque : Vous pouvez utiliser l'outil d'écran partagé pendant le processus de sauvegarde, de décompression et de récupération. J'aime utiliser l'écran.

2. Synchronisation des données basée sur GTID

2.1 Le concept de GTID

1 Identifiants de transaction globaux : Identifiants de transaction globaux.
2. GTID est une correspondance individuelle pour une transaction et est un identifiant unique au monde.
3. Un GTID n'est exécuté qu'une seule fois sur un serveur pour éviter la confusion des données ou l'incohérence maître-esclave causée par une exécution répétée.
4. GTID est utilisé pour remplacer la méthode de réplication traditionnelle, et MASTER_LOG_FILE+MASTER_LOG_POS n'est plus utilisé pour activer la réplication. Utilisez plutôt MASTER_AUTO_POSTION=1 pour lancer la copie.
5. Il est pris en charge à partir de MySQL-5.6.5 et sera amélioré après MySQL-5.6.10.
6. Du côté esclave traditionnel, le binlog n'a pas besoin d'être activé, mais dans GTID, le binlog côté esclave doit être activé afin d'enregistrer le GTID exécuté (obligatoire).

2.2 Composition du GTID

GTID = source_id:transaction_id source_id : utilisé pour identifier le serveur d'origine, c'est-à-dire le server_uuid unique du serveur mysql Puisque le GTID sera transmis à l'esclave, il peut également être compris comme. l'identifiant de la source.

transaction_id : Il s'agit d'un numéro de séquence d'une transaction qui a été soumise sur le serveur actuel. Il s'agit généralement d'une séquence auto-croissante commençant à 1. Une valeur correspond à une transaction.

Exemple : 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 La première chaîne est le server_uuid du serveur, c'est-à-dire 3E11FA47-71CA-11E1-9E33-C80AA9429562, et la dernière 23 est le transaction_id

2.3 Principe de GTID

1. Lorsqu'une transaction est exécutée et soumise du côté de la bibliothèque principale, un GTID est généré et enregistré dans le binlog.

2. Une fois le binlog transféré à l'esclave et stocké dans le relaylog de l'esclave, lisez la valeur du GTID et définissez la variable gtid_next, qui indique à l'esclave la prochaine valeur GTID à exécuter.

3. Le thread SQL obtient le GTID à partir du journal du relais, puis compare le binlog du côté esclave pour voir si le GTID existe.

4. S'il y a un enregistrement, cela signifie que la transaction du GTID a été exécutée et l'esclave l'ignorera.

5. S'il n'y a pas d'enregistrement, l'esclave exécutera la transaction GTID et enregistrera le GTID dans son propre journal binaire. Avant de lire et d'exécuter la transaction, il vérifiera d'abord si d'autres sessions détiennent le GTID pour s'assurer qu'il n'est pas exécuté. à plusieurs reprises.

6. Au cours du processus d'analyse, il sera jugé s'il existe une clé primaire. Sinon, utilisez l'index secondaire. Sinon, utilisez toutes les analyses.

2.4 Avantages du GTID

1. Implémentation plus facile du basculement, pas besoin de chercher log_file et log_pos comme avant.
2. Plus facile à créer une réplication maître-esclave.
3. Plus sécurisé que la copie traditionnelle.
4. GTID est continu sans trous, garantissant la cohérence des données et zéro perte.

2.5 Processus de construction spécifique

Pour la configuration du GTID, il s'agit principalement de modifier plusieurs paramètres importants liés aux caractéristiques du GTID dans le fichier de configuration. Il est recommandé que la version mysql soit mysql-5.6.5 ou supérieure.

2.5.1 Ouvrir le master Gtid

La configuration principale est la suivante :

[mysqld]
#GTID:
server_id=135                #服务器id
gtid_mode=on                 #开启gtid模式
enforce_gtid_consistency=on  #强制gtid一致性，开启后对于特定create table不被支持

#binlog
log_bin=master-binlog
log-slave-updates=1    
binlog_format=row            #强烈建议，其他格式可能造成数据不一致

#relay log
skip_slave_start=1

Copier après la connexion

2.5.2 Sauvegarder les données sur le master

innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | | ssh root@192.168.1.7 \ "gzip >/data/mysql.tar.gz

Copier après la connexion

2.5.3 Décompresser les données sauvegardées

tar zxvf /data/mysql.tar.gz -C /data/baskup

Copier après la connexion

2.5.4 Configurer Fichier de configuration de l'esclave

[mysqld]
#GTID:
gtid_mode=on
enforce_gtid_consistency=on
server_id=143

#binlog
log-bin=slave-binlog
log-slave-updates=1
binlog_format=row      #强烈建议，其他格式可能造成数据不一致

#relay log
skip_slave_start=1

Copier après la connexion

2.5.5 Récupérer les données

innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --copy-back /data/backup

Copier après la connexion

2.5.6 Obtenir le nœud GTID

more /data/backup/2018-02-08_15-03-18/xtrabackup_binlog_info

Copier après la connexion

2.5.7 Configurer le maître-esclave

(1), autoriser sur le maître

grant replication slave on *.* to slaveuser@&#39;192.168.1.7&#39;  identified by "c2xhdmV1c2Vy";

Copier après la connexion

(2), sur Configuration sur esclave

stop slave;
SET GLOBAL gtid_purged="c5b5ffe7-ce66-11e7-9a19-00163e00013d:1-515758";
CHANGE MASTER TO MASTER_HOST=&#39;192.168.1.6&#39;,MASTER_PORT=3306,MASTER_USER=&#39;slaveuser&#39;,MASTER_PASSWORD=&#39;c2xhdmV1c2Vy&#39;,MASTER_AUTO_POSITION=1;
start slave;

Copier après la connexion

2.6 已运行经典复制mysql服务器转向GTID复制

a、按本文2.5.2描述配置参数文件；
b、所有服务器设置global.read_only参数，等待主从服务器同步完毕； mysql> SET @@global.read_only = ON;
c、依次重启主从服务器；
d、使用change master 更新主从配置；mysql> CHANGE MASTER TO > MASTER_HOST = host, > MASTER_PORT = port, > MASTER_USER = user, > MASTER_PASSWORD = password, > MASTER_AUTO_POSITION = 1;
e、从库开启复制 mysql> START SLAVE; f、验证主从复制

推荐学习：mysql视频教程

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!