Maison > base de données > tutoriel mysql > Configurer la réplication maître-esclave MySQL GTID

Configurer la réplication maître-esclave MySQL GTID

黄舟
Libérer: 2017-02-15 10:35:06
original
1186 Les gens l'ont consulté

GTID est un ID de transaction global généré sur la base du serveur MySQL d'origine qui a été exécuté avec succès. Il est composé de l'ID du serveur et de l'ID de transaction. Cet ID de transaction global est non seulement unique sur le serveur d'origine, mais également unique sur tous les serveurs MySQL ayant une relation maître-esclave. C'est précisément grâce à cette fonctionnalité que la réplication maître-esclave de MySQL devient plus simple et que la cohérence de la base de données est plus fiable. Cet article décrit principalement la configuration rapide d'une architecture de réplication maître-esclave basée sur GTID pour votre référence.

1. Le concept du GTID

1、全局事务标识:global transaction identifiers。2、GTID是一个事务一一对应,并且全局唯一ID。3、一个GTID在一个服务器上只执行一次,
避免重复执行导致数据混乱或者主从不一致。
4、GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。
5、MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善。
6、在传统的slave端,binlog是不用开启的,但是在GTID中slave端的binlog是必须开启的,目的是记录执行过的GTID(强制)。
Copier après la connexion

2 La composition du GTID

GTID = source_id:transaction_idsource_id,用于鉴别原服务器,即mysql服务器唯一的的server_uuid,由于GTID会传递到slave,所以也可以理解为源ID。
transaction_id,为当前服务器上已提交事务的一个序列号,通常从1开始自增长的序列,一个数值对应一个事务。        
示例:          
3E11FA47-71CA-11E1-9E33-C80AA9429562:23前面的一串为服务器的server_uuid,即3E11FA47-71CA-11E1-9E33-C80AA9429562,后面的23为transaction_id
Copier après la connexion
Copier après la connexion

3. >

4. Comment fonctionne le GTID
1、更简单的实现failover,不用以前那样在需要找log_file和log_pos。
2、更简单的搭建主从复制。
3、比传统的复制更加安全。
4、GTID是连续的没有空洞的,保证数据的一致性,零丢失。
Copier après la connexion
Copier après la connexion

5. Configuration du GTID
1、当一个事务在主库端执行并提交时,产生GTID,一同记录到binlog日志中。2、binlog传输到slave,并存储到slave的relaylog后,读取这个GTID的这个值设置gtid_next变量,
即告诉Slave,下一个要执行的GTID值。3、sql线程从relay log中获取GTID,然后对比slave端的binlog是否有该GTID。4、如果有记录,说明该GTID的事务已经执行,slave会忽略。
5、如果没有记录,slave就会执行该GTID事务,并记录该GTID到自身的binlog,
   在读取执行事务前会先检查其他session持有该GTID,确保不被重复执行。6、在解析过程中会判断是否有主键,如果没有就用二级索引,如果没有就用全部扫描。
Copier après la connexion
Copier après la connexion

6.
对于GTID的配置,主要修改配置文件中与GTID特性相关的几个重要参数(建议使用mysql-5.6.5以上版本),如下:1、主:
[mysqld]#GTID:server_id=135                #服务器idgtid_mode=on                 #开启gtid模式enforce_gtid_consistency=on  
#强制gtid一致性,开启后对于特定create table不被支持#binloglog_bin=master-binloglog-slave-updates=1    binlog_format=row            
#强烈建议,其他格式可能造成数据不一致#relay logskip_slave_start=1            2、从:
[mysqld]#GTID:gtid_mode=onenforce_gtid_consistency=onserver_id=143#binloglog-bin=slave-binloglog-slave-updates=1binlog_format=row      
#强烈建议,其他格式可能造成数据不一致#relay logskip_slave_start=1
Copier après la connexion

GTID est un ID de transaction global généré sur la base du serveur MySQL d'origine qui a été exécuté avec succès. Il s'agit d'une combinaison d'ID de serveur et d'ID de transaction. Cet ID de transaction global est non seulement unique sur le serveur d'origine, mais également unique sur tous les serveurs MySQL ayant une relation maître-esclave. C'est précisément grâce à cette fonctionnalité que la réplication maître-esclave de MySQL devient plus simple et que la cohérence de la base de données est plus fiable. Cet article décrit principalement la configuration rapide d'une architecture de réplication maître-esclave basée sur GTID pour votre référence.

1、新配置的mysql服务器
对于新配置的mysql服务器,按本文第五点描述配置参数文件后,在slave端执行以下操作
(root@localhost) [(none)]> CHANGE MASTER TO  
    ->  MASTER_HOST='192.168.1.135',    
    ->  MASTER_USER='repl',    
    ->  MASTER_PASSWORD='xxx',    
    ->  MASTER_PORT=3306,    
    ->  MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings (0.01 sec)

(root@localhost) [(none)]> start slave;
Query OK, 0 rows affected (0.01 sec)

(root@localhost) [(none)]> show slave status \G ###可以看到复制工作已经开始且正常
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.1.135
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-binlog.000001
          Read_Master_Log_Pos: 151
               Relay_Log_File: slave-relay-log.000002
                Relay_Log_Pos: 369
        Relay_Master_Log_File: master-binlog.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

2、已运行经典复制mysql服务器转向GTID复制
a、按本文第五点描述配置参数文件;
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、验证主从复制
Copier après la connexion

1. Le concept du GTID

2 La composition du GTID

3. >

4. Comment fonctionne le GTID
1、全局事务标识:global transaction identifiers。2、GTID是一个事务一一对应,并且全局唯一ID。3、一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致。
4、GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。
5、MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善。6、在传统的slave端,binlog是不用开启的,但是在GTID中slave端的binlog是必须开启的,目的是记录执行过的GTID(强制)。
Copier après la connexion

5. Configuration du GTID
GTID = source_id:transaction_idsource_id,用于鉴别原服务器,即mysql服务器唯一的的server_uuid,由于GTID会传递到slave,所以也可以理解为源ID。
transaction_id,为当前服务器上已提交事务的一个序列号,通常从1开始自增长的序列,一个数值对应一个事务。        
示例:          
3E11FA47-71CA-11E1-9E33-C80AA9429562:23前面的一串为服务器的server_uuid,即3E11FA47-71CA-11E1-9E33-C80AA9429562,后面的23为transaction_id
Copier après la connexion
Copier après la connexion

6.
1、更简单的实现failover,不用以前那样在需要找log_file和log_pos。
2、更简单的搭建主从复制。
3、比传统的复制更加安全。
4、GTID是连续的没有空洞的,保证数据的一致性,零丢失。
Copier après la connexion
Copier après la connexion

Ce qui précède est le contenu de la configuration de la réplication maître-esclave MySQL GTID. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (m.sbmmt.com) !

1、当一个事务在主库端执行并提交时,产生GTID,一同记录到binlog日志中。2、binlog传输到slave,并存储到slave的relaylog后,读取这个GTID的这个值设置gtid_next变量,
即告诉Slave,下一个要执行的GTID值。3、sql线程从relay log中获取GTID,然后对比slave端的binlog是否有该GTID。4、如果有记录,说明该GTID的事务已经执行,slave会忽略。
5、如果没有记录,slave就会执行该GTID事务,并记录该GTID到自身的binlog,
   在读取执行事务前会先检查其他session持有该GTID,确保不被重复执行。6、在解析过程中会判断是否有主键,如果没有就用二级索引,如果没有就用全部扫描。
Copier après la connexion
Copier après la connexion

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal