设为首页 收藏本站
查看: 624|回复: 0

[经验分享] MySQL GTID 主从复制的原理及配置

[复制链接]

尚未签到

发表于 2018-9-30 10:14:31 | 显示全部楼层 |阅读模式
  GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成。这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的。正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠。本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考。
一、GTID的概念

  1、全局事务标识:global transaction>  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(强制)。
二、GTID的组成
  GTID = source_id:transaction_id
  source_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
三、GTID的优势
  1、更简单的实现failover,不用以前那样在需要找log_file和log_pos。
  2、更简单的搭建主从复制。
  3、比传统的复制更加安全。
  4、GTID是连续的没有空洞的,保证数据的一致性,零丢失。
四、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、在解析过程中会判断是否有主键,如果没有就用二级索引,如果没有就用全部扫描。
五、配置GTID
  对于GTID的配置,主要修改/etc/my.cnf配置文件中与GTID特性相关的几个重要参数(建议使用mysql-5.6.5以上版本),如下:
  1、主:
  [mysqld]
  server_id=1
  gtid_mode=on                 #开启gtid模式
  enforce_gtid_consistency=on  #强制gtid一致性,开启后对于特定create table不被支持
  log_bin=master-binlog
  log-slave-updates=1
  binlog_format=row            #强烈建议,其他格式可能造成数据不一致
  skip_slave_start=1
  2、从:
  [mysqld]
  server_id=1
  gtid_mode=on
  enforce_gtid_consistency=on
  log_bin=master-binlog
  log-slave-updates=1
  binlog_format=row
  skip_slave_start=1
六、配置基于GTID的复制
  1、新配置的mysql服务器
  在主服务器上执行以下操作:
  > grant replication slave on *.* to 'rep'@'192.168.1.%' identified by '123';
  对于新配置的mysql服务器,按本文第五点描述配置参数文件后,在slave端执行以下操作
  > CHANGE MASTER TO
  ->  MASTER_HOST='192.168.1.135',
  ->  MASTER_USER='rep',
  ->  MASTER_PASSWORD='123',
  ->  MASTER_PORT=3306,
  ->  MASTER_AUTO_POSITION = 1;
  Query OK, 0 rows affected, 2 warnings (0.01 sec)
  > start slave;
  Query OK, 0 rows affected (0.01 sec)
  > show slave status \G;    #查看是否正常同步
  2、已运行经典复制mysql服务器转向GTID复制
  (1)按本文第五点描述配置参数文件;
  (2)所有服务器设置global.read_only参数,等待主从服务器同步完毕;
  > SET @@global.read_only = ON;
  (3)依次重启主从服务器;
  (4)使用change master 更新主从配置;
  > CHANGE MASTER TO
  ->  MASTER_HOST='192.168.1.135',
  ->  MASTER_USER='rep',
  ->  MASTER_PASSWORD='123',
  ->  MASTER_PORT=3306,
  ->  MASTER_AUTO_POSITION = 1;
  Query OK, 0 rows affected, 2 warnings (0.01 sec)
  > start slave;
  Query OK, 0 rows affected (0.01 sec)
  > show slave status \G;


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-606613-1-1.html 上篇帖子: tungsten-replicator 实现 mysql 与mysql同步 下篇帖子: MySQL-MMM架构部署(有图)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表