我的编程空间,编程开发者的网络收藏夹
学习永远不晚

Mysql主从GTID与binlog如何使用

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

Mysql主从GTID与binlog如何使用

Mysql主从GTID与binlog

GTID与binlog

MySQL GTID(Global Transaction Identifier)和binlog(二进制日志)是用于搭建主从复制的两种不同的机制。

GTID是MySQL 5.6版本引入的一种全局事务标识符,用于跟踪和标识复制过程中的事务。每个事务都会被分配一个全局唯一的GTID,无论该事务在哪个数据库实例上执行。GTID能够确保在主从复制中不会出现数据冲突或数据丢失的情况。使用GTID进行主从复制配置时,主库将事务的GTID信息写入binlog,并将binlog传输给从库,从库使用GTID来确定是否已经复制了某个事务,从而保持主从数据的一致性。

binlog是MySQL的二进制日志,用于记录数据库的所有更改操作。它是一种基于文件的日志,可以用于恢复数据库到特定时间点或将更改应用到其他数据库实例。在主从复制中,主库将更改操作写入binlog,并将binlog传输给从库,从库根据binlog中的内容来重放主库上的更改操作,从而实现数据复制。

区别如下

1. GTID是基于事务的标识符,而binlog是基于更改操作的日志。GTID可以确保事务在主从之间的有序复制,而binlog只记录更改操作的内容。

2. GTID可以避免主从复制中的数据冲突或数据丢失,因为每个事务都有唯一的标识符。而binlog需要在从库上正确地应用更改操作,以确保数据一致性。

3. GTID相对于binlog来说更容易配置和管理,因为它不需要手动设置和维护binlog文件名和位置信息。

4. GTID还可以支持多主复制,即一个从库可以连接到多个主库进行复制,而binlog一般用于单个主库和单个从库之间的复制。

GTID工作原理

1、master更新数据时,会在事务前产生GTID,一同记录到binlog日志中。

2、slave端的i/o 线程将变更的binlog,写入到本地的relay log中。

3、sql线程从relay log中获取GTID,然后对比slave端的binlog是否有记录。

4、如果有记录,说明该GTID的事务已经执行,slave会忽略。

5、如果没有记录,slave就会从relay log中执行该GTID的事务,并记录到binlog

1.准备环境两台机器,关闭防火墙和selinux。---两台机器环境必须一致。时间也得一致

2.解析/etc/hosts
192.168.246.129  mysql-master
192.168.246.128  mysql-slave

master操作:
[root@mysql-master ~]# vim /etc/my.cnf   #在[mysqld]下添加如下内容
server-id=1   #定义server id master必写 
log-bin = mylog #开启binlog日志,master比写
gtid_mode = ON    #开启gtid
enforce_gtid_consistency=1   #强制gtid
[root@mysql-master ~]# systemctl restart mysqld   #重启
主服务器创建用户:
mysql> grant replication  slave,reload,super on *.*  to 'slave'@'%' identified by 'Qf@12345!';
#注:生产环境中密码采用高级别的密码,实际生产环境中将'%'换成slave的ip
mysql> flush privileges;
注意:如果不成功删除以前的binlog日志
replication slave:拥有此权限可以查看从服务器,从主服务器读取二进制日志。
super权限:允许用户使用修改全局变量的SET语句以及CHANGE  MASTER语句
reload权限:必须拥有reload权限,才可以执行flush  [tables | logs | privileges]
slave操作:
[root@mysql-slave ~]# vim /etc/my.cnf  #添加如下配置
server-id=2
gtid_mode = ON
enforce_gtid_consistency=1
master-info-repository=TABLE
relay-log-info-repository=TABLE
[root@mysql-slave ~]# systemctl restart mysqld
[root@mysql-slave ~]# mysql -uroot -p'qf123'   #登陆mysql
mysql> \e
change master to
master_host='master1',      #主ip 地址  最好用域名
master_user='授权用户',     #主服务上面创建的用户
master_password='授权密码', 
master_auto_position=1;
-> ;
Query OK, 0 rows affected, 2 warnings (0.02 sec)
mysql> start slave;   #启动slave角色
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G  #查看状态,验证sql和IO是不是yes。

Mysql主从GTID与binlog如何使用

主从复制binlog日志方式

1、在主服务器上,必须启用二进制日志记录并配置唯一的服务器ID。需要重启Mysql服务。

编辑主服务器的配置文件 my.cnf,添加如下内容

添加配置
[mysqld]
log-bin=/var/log/mysql/mysql-bin
server-id=1

创建日志目录并赋予权限

[root@mysql-master ~]# mkdir /var/log/mysql
[root@mysql-master ~]# chown -R mysql.mysql /var/log/mysql

重启服务

[root@mysql-master ~]# systemctl restart mysqld

创建主从同步的用户:

mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' identified by 'Qf@12345!';
mysql> flush privileges;

在主服务器上面操作

mysql> show master status\G

Mysql主从GTID与binlog如何使用

在从服务上面操作:

my.cnf配置文件

[mysqld]
server-id=2
重启服务
[root@mysql-slave ~]# systemctl restart mysqld
设置密码
[root@mysql-slave ~]# grep pass /var/log/mysqld.log
[root@mysql-slave ~]# mysqladmin -uroot -p'ofeUcgA)4/Yg' password 'Qf@12345!'
登录mysql
[root@mysql-slave ~]# mysql -uroot -p'Qf@12345!'
mysql> \e
CHANGE MASTER TO
MASTER_HOST='mysql-master',
MASTER_USER='repl',
MASTER_PASSWORD='Qf@12345!',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=849;
    -> ;
mysql> start slave;
mysql> show slave status\G

Mysql主从GTID与binlog如何使用

参数解释:

CHANGE MASTER TO
MASTER_HOST='master2.example.com', #主服务器ip
MASTER_USER='replication', #主服务器用户
MASTER_PASSWORD='password', #用户密码
MASTER_PORT=3306, #端口
MASTER_LOG_FILE='master2-bin.001', #binlog日志文件名称
MASTER_LOG_POS=4, #日志位置

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网(www.lsjlt.com)。

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

Mysql主从GTID与binlog如何使用

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

Mysql主从GTID与binlog如何使用

目录mysql主从GTID与binlogGTID与binlog区别如下GTID工作原理主从复制binlog日志方式总结Mysql主从GTID与binlogGTID与binlogMySQL GTID(Global Transaction
Mysql主从GTID与binlog如何使用
2024-10-04

Mysql主从GTID与binlog的区别及说明

目录mysql主从GTID与binlog的区别主要区别总结Mysql主从GTID与binlog的区别最近在公司看到之前数据库的同步是同步gtid进行搭建主从的,我也是第一次遇到,下面来一起学习一下他们跟我们常使用的binlog有什么区别吧
Mysql主从GTID与binlog的区别及说明
2024-10-04

MySQL主从复制基于binlog与GTID详解

目录一、基于binlog的主从复制搭建1、准备环境2、数据库中创建并授权有主从复制权限账户3、主库的配置5、修改UUID6、查看从库当前监听主库状态7、其余从库配置与以上相同二、基于GTID的主从复制搭建1、准备三台mysql机器环境,并且
MySQL主从复制基于binlog与GTID详解
2024-10-04

MacOS如何使用Docker创建MySQL主从数据库

这篇文章主要介绍MacOS如何使用Docker创建MySQL主从数据库,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!一、拉取MySQL镜像通过终端获取最新的MySQL镜像docker pull mysql/mysq
2023-06-22

MySQL中使用binlog时格式该如何选择

一、binlog的三种模式1.statement level模式每一条会修改数据的sql都会记录到master的bin-log中。slave在复制的时候sql进程会解析成和原来master端执行过的相同的sql来再次执行。 优点:state
2022-05-31

如何使用脚本监控mysql主从复制状态

使用脚本监控 mysql 主从复制状态的方法:准备脚本,包含必要信息和获取主从库信息的命令。运行脚本以获取主库的 io 线程、io 位置和从库的 io 线程、io 位置和 sql 线程、sql 位置。检查复制状态,如果从库 io 线程和 s
如何使用脚本监控mysql主从复制状态
2024-06-15

编程热搜

目录