MySQL主从复制之GTID模式详细介绍
2023-06-13 09:19:42 时间
一、GTID概述
enforce-gtid-consistency=on # 需要同步设置该参数
log-slave-updates=1 # 5.6 版本需要开启该参数 六、查看GTID相关参数 [root@GreatSQL][(none)] show variables like %gtid%
+ -+ -+
| Variable_name | Value |
+ -+ -+
| binlog_gtid_simple_recovery | ON |
| enforce_gtid_consistency | ON |
| gtid_executed | 613743f5-8b1c-11ec-9922-00155dcff911:1-14 |
| gtid_executed_compression_period | 0 |
| gtid_mode | ON |
| gtid_next | AUTOMATIC |
| gtid_owned | |
| gtid_purged | |
| session_track_gtids | OFF |
+ -+ -+
9 rows in set (0.00 sec)
change master to master_host= 127.0.0.1 ,master_port=3310,MASTER_USER= sync ,MASTER_PASSWORD= GreatSQL ,MASTER_LOG_FILE= log-bin.000005 , MASTER_LOG_POS=4111;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.6.215
Master_User: sync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000001
Read_Master_Log_Pos: 2425
Relay_Log_File: mgr2-relay-bin.000002
Relay_Log_Pos: 2634
Relay_Master_Log_File: binlog.000001
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: 2425
Relay_Log_Space: 2842
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: 2153306
Master_UUID: 613743f5-8b1c-11ec-9922-00155dcff911
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set: 613743f5-8b1c-11ec-9922-00155dcff911:1-10
Executed_Gtid_Set: 613743f5-8b1c-11ec-9922-00155dcff911:1-10,
652ade08-8b1c-11ec-9f62-00155dcff90a:1-2
Auto_Position: 1
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
Master_public_key_path:
Get_master_public_key: 0
Network_Namespace:
1 row in set, 1 warning (0.01 sec)
我想要获取技术服务或软件
服务范围:MySQL、ORACLE、SQLSERVER、MongoDB、PostgreSQL 、程序问题
服务方式:远程服务、电话支持、现场服务,沟通指定方式服务
技术标签:数据恢复、安装配置、数据迁移、集群容灾、异常处理、其它问题
本站部分文章参考或来源于网络,如有侵权请联系站长。
数据库远程运维 MySQL主从复制之GTID模式详细介绍
MySQL5.6 在原有主从复制的基础上增加了一个新的复制方式,即基于GTID的复制方式,它由UUID和事务ID两个部分组成,具有如下特点。
GTID事务是全局唯一性的,并且一个事务对应一个GTID值。 一个GTID值在同一个MySQL实例上只会执行一次。 二、GTID相较与传统复制的优势 主从搭建更加简便,不用手动特地指定position位置。 复制集群内有一个统一的标识,识别、管理上更方便。 故障转移更容易,不用像传统复制那样需要找log_file 和log_Pos的位置。 通常情况下GTID是连续没有空洞的,更能保证数据的一致性,零丢失。 相对于ROW复制模式,数据安全性更高,切换更简单。 比传统的复制更加安全,一个GTID在一个MySQL实例上只会执行一次,避免重复执行导致数据混乱或者主从不一致。 三、GTID自身存在哪些限制 在一个复制组中,必须都要开启GTID。 MySQL5.6开启GTID需要重启。 不支持sql_slave_skip_counte操作,传统复制可以使用这个命令跳过事务。 不允许在一个SQL同时更新一个事务引擎和非事务引擎的表,如InnoDB和MyISAM。 对于create temporary table 和drop temporary table语句不支持。 不支持create table select 语句复制。 四、GTID工作原理简单介绍 master节点在更新数据的时候,会在事务前产生GTID信息,一同记录到binlog日志中。 slave节点的io线程将binlog写入到本地relay log中。 然后SQL线程从relay log中读取GTID,设置gtid_next的值为该gtid,然后对比slave端的binlog是否有记录。 如果有记录的话,说明该GTID的事务已经运行,slave会忽略。 如果没有记录的话,slave就会执行该GTID对应的事务,并记录到binlog中。 五、如何开启GTID复制除传统复制需要开启的binlog相关参数之外,GTID同步需额外开启如下参数设置,注意主从节点需要同步开启。
gtid_mode=on # 开启GTIDenforce-gtid-consistency=on # 需要同步设置该参数
log-slave-updates=1 # 5.6 版本需要开启该参数 六、查看GTID相关参数 [root@GreatSQL][(none)] show variables like %gtid%
+ -+ -+
| Variable_name | Value |
+ -+ -+
| binlog_gtid_simple_recovery | ON |
| enforce_gtid_consistency | ON |
| gtid_executed | 613743f5-8b1c-11ec-9922-00155dcff911:1-14 |
| gtid_executed_compression_period | 0 |
| gtid_mode | ON |
| gtid_next | AUTOMATIC |
| gtid_owned | |
| gtid_purged | |
| session_track_gtids | OFF |
+ -+ -+
9 rows in set (0.00 sec)
参数简要说明:
change master to master_host= 127.0.0.1 ,master_port=3310,MASTER_USER= sync ,MASTER_PASSWORD= GreatSQL ,MASTER_LOG_FILE= log-bin.000005 , MASTER_LOG_POS=4111;
# GTID复制
change master to master_host= 127.0.0.1 ,master_port=3310,MASTER_USER= sync ,MASTER_PASSWORD= GreatSQL ,MASTER_AUTO_POSITION=1
GTID同步在建立复制的时候,将传统复制由人为指定binlog的pos位点改为了MASTER_AUTO_POSITION=1自动获取binlog的pos位点。
八、GTID同步状态简单解析除了传统的查看binlog和pos值之外,GTID模式可以更直观的查看某个事务执行的情况。
[root@GreatSQL][(none)] show slave status\G;*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.6.215
Master_User: sync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000001
Read_Master_Log_Pos: 2425
Relay_Log_File: mgr2-relay-bin.000002
Relay_Log_Pos: 2634
Relay_Master_Log_File: binlog.000001
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: 2425
Relay_Log_Space: 2842
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: 2153306
Master_UUID: 613743f5-8b1c-11ec-9922-00155dcff911
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set: 613743f5-8b1c-11ec-9922-00155dcff911:1-10
Executed_Gtid_Set: 613743f5-8b1c-11ec-9922-00155dcff911:1-10,
652ade08-8b1c-11ec-9f62-00155dcff90a:1-2
Auto_Position: 1
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
Master_public_key_path:
Get_master_public_key: 0
Network_Namespace:
1 row in set, 1 warning (0.01 sec)
ERROR:
No query specified
GTID相关键参数说明:
到此这篇关于MySQL主从复制之GTID模式详细介绍 的文章就介绍到这了,更多相关MySQL主从复制之GTID模式内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
我想要获取技术服务或软件
服务范围:MySQL、ORACLE、SQLSERVER、MongoDB、PostgreSQL 、程序问题
服务方式:远程服务、电话支持、现场服务,沟通指定方式服务
技术标签:数据恢复、安装配置、数据迁移、集群容灾、异常处理、其它问题
本站部分文章参考或来源于网络,如有侵权请联系站长。
数据库远程运维 MySQL主从复制之GTID模式详细介绍
相关文章
- mysql严格模式Strict Mode详细说明
- Linux系统安装MySQL数据库的详细步骤(linux安装mysql步骤)
- MySQL 设置字符集:解决乱码问题(mysql设定字符集)
- MySQL数据库内外连接:实现连接的技术窍门(mysql数据库内外连接)
- MySQL 订阅发布模式:一种简单的双向数据流方式(mysql订阅发布)
- MySQL安装指南:学习如何使用安装好的MySQL(mysql安装好了怎么用)
- MySQL安装:3种模式介绍(mysql安装模式)
- 解决MySQL并发访问问题(mysql并发问题吗)
- 使用命令模式进入MySQL数据库:简单指令操作(命令模式进入mysql)
- MySQL数据库导出教程,详细介绍数据库导出的步骤。(mysql数据库导出步骤)
- MySQL 分区的详细教程为您提供分区的优势,如何实现和优化查询,以及如何管理和维护分区数据的方法。(mysql分区教程)
- 模式MySQL 休眠模式:提升系统性能的好方法。(mysql休眠)
- MySQL 误删除数据的恢复方法(mysql误删恢复)
- 禁用MySQL严格模式的简单方法(mysql关闭严格模式)
- MySQL 主从模式下的修复措施(mysql 主从修复)
- MySQL中下划线的意思是什么(mysql中_什么意思)
- 如何使用CRT进入MySQL交互模式(crt进入mysql模式)
- MySQL严格验证模式保障数据库稳定性的必要选择(mysql严格验证模式)
- MySQL严格模式的应用更安全的数据存储(mysql严格模式的应用)
- MySQL 查询时如何查看严格模式(mysql 严格模式查看)
- MySQL严格模式下数据截断如何避免数据丢失(mysql严格模式截断)
- 深度解析如何进行 MySQL 两表数据对比(mysql两表数据对比)
- 命令行管理MySQL数据库(cmd 管理mysql)
- MySQL创建序列的详细步骤(mysql中创建序列脚本)
- MySQL内连接模式详解(mysql中内连接模式)
- MySQL版本兼容性研究不同版本是否可以通用(mysql不同版本通用吗)
- 探究MySQL不同版本的性能表现(mysql 不同版本性能)
- MYSQL收费了 了解MySQL开源版的最新政策(mysql不再免费了吗)
- 将MySQL下载到C盘的详细步骤(mysql下载到了c盘)