mysql5.6利用GTIDs构建主从数据库

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: 【概念】什么事GTIDS(Global Transactions Identifier)是MySQL5.6.5新加入的一项新特性。 当使用GTIDS时,无论是在Master上提交事物还是在Slave上应用,每一个事物都可以被识别并跟踪; 添加新的Slave或者当发生故障需要将Master身份迁移到Slave上时,都无需考虑哪一个二进制日志以及哪个position,极大的简化了操作步骤; GTIDs是完全基于事务的。

【概念】什么事GTIDS(Global Transactions Identifier)是MySQL5.6.5新加入的一项新特性。

  • 当使用GTIDS时,无论是在Master上提交事物还是在Slave上应用,每一个事物都可以被识别并跟踪;
  • 添加新的Slave或者当发生故障需要将Master身份迁移到Slave上时,都无需考虑哪一个二进制日志以及哪个position,极大的简化了操作步骤;
  • GTIDs是完全基于事务的。因此,不支持MYISAM存储引擎;

 

【关于GTID】GTID由source_id和transaction_id两部门组成。

  • source_id来自于server_uuid,可以在auto.cnf文件中查看;
  • tranction_id是一个序列数字,从小到达自动生成;

[root@t-db01 mysql]# cat auto.cnf
[auto]
server-uuid=268e23d1-2216-11e5-abcc-000c296ecd05

 

mysql> show global variables like 'gtid_executed';
+---------------+-----------------------------------------------------+
| Variable_name | Value                                                                   |
+---------------+-----------------------------------------------------+
| gtid_executed  | 268e23d1-2216-11e5-abcc-000c296ecd05:1-28     |
+---------------+-----------------------------------------------------+

 

【构建主从数据库】

环境说明:

  主库信息 从库信息
数据库版本 5.6.23 5.6.23
IP地址 192.168.47.169 192.168.47.186
同步数据库 JOHN_DB  
同步用户 repl  

 

 

1、主库参数的设置

server_id = 1
binlog-format=ROW  #建议使用ROW格式
log-bin=mysql-bin      #打开binlog
report-port=3306
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=true
replicate_do_db=JOHN_DB

 

2、从库参数的设置

server_id = 2
log-bin=mysql-bin
report-port=3306
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=true
replicate_do_db=JOHN_DB
skip-slave-start    #启动的时候自动打开复制

 

检查gtid是否启用:show global variables like ‘%gtid%’;

image

 

3、在主库上面用户的创建

grant replication slave on JOHN_DB.* to 'repl'@'192.168.47.186' identified by 'repl';

 

4、进行从库数据的初始化

操作的步骤跟5.5的步骤一样,这边就偷懒不再重复了;

 

5、配置从库连接主库

从库连接主库:
change master to master_host='192.168.47.169', master_user='repl',master_password='repl',master_auto_position=1;

启动从库:
start slave;

检查状态:
show slave status\G;

mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.47.169
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000009
          Read_Master_Log_Pos: 485
               Relay_Log_File: t-db02-relay-bin.000012
                Relay_Log_Pos: 695
        Relay_Master_Log_File: mysql-bin.000009
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

              Replicate_Do_DB: JOHN_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: 485
              Relay_Log_Space: 1150
              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: 31
                  Master_UUID: 268e23d1-2216-11e5-abcc-000c296ecd05
             Master_Info_File: /data/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
          Retrieved_Gtid_Set: 268e23d1-2216-11e5-abcc-000c296ecd05:1-29
            Executed_Gtid_Set: 268e23d1-2216-11e5-abcc-000c296ecd05:1-29
                Auto_Position: 1
1 row in set (0.02 sec)

ERROR:
No query specified

自动找到binlog位置,并进行同步;

经过以上操作便完成了mysql主从架构的搭建;

 

【常见问题的处理方法】

1、场景的模拟

步骤一:主库上面创建表john,并插入3行数据。(这个时候从库和主库的数据是一致的)

mysql> select * from john;
+------+
| id   |
+------+
| 1    |
| 2    |
| 3    |
+------+
3 rows in set (0.19 sec)

 

步骤二:从库关闭slave状态

mysql> stop slave;

 

步骤三:主库关闭写binlog

mysql>  set sql_log_bin=off;   关闭
Query OK, 0 rows affected (0.03 sec)

 

步骤四:主库插入值4

mysql> insert into john values(4);
Query OK, 1 row affected (0.04 sec)

 

步骤五:主库启动binlog

mysql> set sql_log_bin=on;
Query OK, 0 rows affected (0.00 sec)

 

步骤六:主库插入值 5

mysql> insert into john values(5);
Query OK, 1 row affected (0.00 sec)

 

经过以上步骤,主库和从库中john的值已经不一致了;

主库如下:

image

 

从库如下:

image 

 

步骤六:修改主库id为4的行,这个时候从库就会报错了

image

Retrieved_Gtid_Set: a989adc2-2a8e-11e5-a308-000c296ecd05:1-30  主库的Gtid序号
Executed_Gtid_Set: a989adc2-2a8e-11e5-a308-000c296ecd05:1-29  从库执行Gtid序号

 

2、问题原因:由于id=4是没有写日志的,所以id=4并没有同步到从库,当主库删除id=4这条记录的时候,从库找不到这条记录所以报错了;

 

3、解决方法:GTIDs模式下的主从问题,操作如下:

mysql> stop slave;
mysql> set GTID_NEXT=’268e23d1-2216-11e5-abcc-000c296ecd05:1-30’;    #跳过当前从库的该序号
mysql> BEGIN;
mysql> COMMIT;
mysql> SET GTID_NEXT=’AUTOMATIC’;
mysql> START SLAVE;

 

经过以上操作完成了基于GTIDs的主从数据库的配置和常见问题的处理,单从便捷的角度上确实提高了主从搭建的速度;

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
3月前
|
人工智能 运维 关系型数据库
数据库运维:mysql 数据库迁移方法-mysqldump
本文介绍了MySQL数据库迁移的方法与技巧,重点探讨了数据量大小对迁移方式的影响。对于10GB以下的小型数据库,推荐使用mysqldump进行逻辑导出和source导入;10GB以上可考虑mydumper与myloader工具;100GB以上则建议物理迁移。文中还提供了统计数据库及表空间大小的SQL语句,并讲解了如何使用mysqldump导出存储过程、函数和数据结构。通过结合实际应用场景选择合适的工具与方法,可实现高效的数据迁移。
605 1
|
4月前
|
负载均衡 算法 关系型数据库
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
本文聚焦 MySQL 集群架构中的负载均衡算法,阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法,分析各自优缺点及适用场景。并提供 Java 语言代码实现示例,助力直观理解。文章结构清晰,语言通俗易懂,对理解和应用负载均衡算法具有实用价值和参考价值。
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
|
5月前
|
安全 OLAP 数据库
拒绝等待!阿里云瑶池数据库 x Qwen3,构建增强式RAG
阿里云瑶池 Dify on DMS + AnalyticDB 现已支持通义千问 Qwen3 全系列模型的私域部署,并提供独占模型服务,实现高效安全的 GraphRAG 业务应用及大模型应用开发解决方案。
|
3月前
|
SQL 关系型数据库 MySQL
Go语言数据库编程:使用 `database/sql` 与 MySQL/PostgreSQL
Go语言通过`database/sql`标准库提供统一数据库操作接口,支持MySQL、PostgreSQL等多种数据库。本文介绍了驱动安装、连接数据库、基本增删改查操作、预处理语句、事务处理及错误管理等内容,涵盖实际开发中常用的技巧与注意事项,适合快速掌握Go语言数据库编程基础。
218 62
|
2月前
|
SQL 存储 关系型数据库
MySQL功能模块探秘:数据库世界的奇妙之旅
]带你轻松愉快地探索MySQL 8.4.5的核心功能模块,从SQL引擎到存储引擎,从复制机制到插件系统,让你在欢声笑语中掌握数据库的精髓!
|
6月前
|
关系型数据库 MySQL Java
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
|
2月前
|
SQL Oracle 关系型数据库
比较MySQL和Oracle数据库系统,特别是在进行分页查询的方法上的不同
两者的性能差异将取决于数据量大小、索引优化、查询设计以及具体版本的数据库服务器。考虑硬件资源、数据库设计和具体需求对于实现优化的分页查询至关重要。开发者和数据库管理员需要根据自身使用的具体数据库系统版本和环境,选择最合适的分页机制,并进行必要的性能调优来满足应用需求。
88 11
|
2月前
|
SQL 关系型数据库 MySQL
【赵渝强老师】MySQL中的数据库对象
本教程详细介绍了MySQL数据库中的常见对象,包括表、索引、视图、事件、存储过程和存储函数的创建与管理。内容涵盖表的基本操作、索引的使用、视图简化查询、事件调度功能等,并通过具体示例演示相关SQL语句的使用方法。
|
4月前
|
存储 关系型数据库 MySQL
大数据新视界 --面向数据分析师的大数据大厂之 MySQL 基础秘籍:轻松创建数据库与表,踏入大数据殿堂
本文详细介绍了在 MySQL 中创建数据库和表的方法。包括安装 MySQL、用命令行和图形化工具创建数据库、选择数据库、创建表(含数据类型介绍与选择建议、案例分析、最佳实践与注意事项)以及查看数据库和表的内容。文章专业、严谨且具可操作性,对数据管理有实际帮助。
大数据新视界 --面向数据分析师的大数据大厂之 MySQL 基础秘籍:轻松创建数据库与表,踏入大数据殿堂

热门文章

最新文章

推荐镜像

更多