Mysql主从GTID与binlog如何使用
Mysql主从GTID与binlogGTID与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.129mysql-master
192.168.246.128mysql-slave
master操作：
# vim /etc/my.cnf #在下添加如下内容
server-id=1 #定义server id master必写
log-bin = mylog #开启binlog日志，master比写
gtid_mode = ON #开启gtid
enforce_gtid_consistency=1 #强制gtid
# systemctl restart mysqld #重启
主服务器创建用户：
mysql> grant replicationslave,reload,super on *.*to 'slave'@'%' identified by 'Qf@12345!';
#注:生产环境中密码采用高级别的密码，实际生产环境中将'%'换成slave的ip
mysql> flush privileges;
注意:如果不成功删除以前的binlog日志
replication slave：拥有此权限可以查看从服务器，从主服务器读取二进制日志。
super权限：允许用户使用修改全局变量的SET语句以及CHANGEMASTER语句
reload权限：必须拥有reload权限，才可以执行flush
slave操作：
# vim /etc/my.cnf#添加如下配置
server-id=2
gtid_mode = ON
enforce_gtid_consistency=1
master-info-repository=TABLE
relay-log-info-repository=TABLE
# systemctl restart mysqld# 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。
主从复制binlog日志方式
1、在主服务器上，必须启用二进制日志记录并配置唯一的服务器ID。需要重启Mysql服务。
编辑主服务器的配置文件 my.cnf，添加如下内容
添加配置
log-bin=/var/log/mysql/mysql-bin
server-id=1创建日志目录并赋予权限
# mkdir /var/log/mysql
# chown -R mysql.mysql /var/log/mysql重启服务
# systemctl restart mysqld创建主从同步的用户：
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%' identified by 'Qf@12345!';
mysql> flush privileges;在主服务器上面操作
mysql> show master status\G
在从服务上面操作：
my.cnf配置文件
server-id=2
重启服务
# systemctl restart mysqld
设置密码
# grep pass /var/log/mysqld.log
# mysqladmin -uroot -p'ofeUcgA)4/Yg' password 'Qf@12345!'
登录mysql
# 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
参数解释：
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, #日志位置
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。
来源:https://www.jb51.net/database/328294ej4.htm
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！
页:
[1]