MySQL的GTID复制怎么应用
这篇文章主要介绍“MySQL的GTID复制怎么应用”的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“MySQL的GTID复制怎么应用”文章能帮助大家解决问题。
从MySQL 5.6.5开始新增了一种基于GTID的复制方式。通过GTID保证了每个在主库上提交的事务在集群中有一个唯一的ID。这种方式强化了数据库的主备一致性,故障恢复以及容错能力。
GTID是什么GTID (Global Transaction ID) 是对于一个已提交事务的编号,并且是一个全局唯一的编号。 GTID实际上是由UUID+TID 组成的。其中UUID是一个 MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增。
下面是一个GTID的具体形式:3E11FA47-71CA-11E1-9E33-C80AA9429562:23,冒号分割前边为uuid,后边为TID。
GTID集合可以包含来自多个MySQL实例的事务,它们之间用逗号分隔。
如果来自同一MySQL实例的事务序号有多个范围区间,各组范围之间用冒号分隔。例如:e6954592-8dba-11e6-af0e-fa163e1cf111:1-5:11-18,e6954592-8dba-11e6-af0e-fa163e1cf3f2:1-27。
GTID改进有哪些在原来基于二进制日志的复制中,从库需要告知主库要从哪个偏移量进行增量同步,如果指定错误会造成数据的遗漏,从而造成数据的不一致。借助GTID,在发生主备切换的情况下,MySQL的其它从库可以自动在新主库上找到正确的复制位置,这大大简化了复杂复制拓扑下集群的维护,也减少了人为设置复制位置发生误操作的风险。另外,基于GTID的复制可以忽略已经执行过的事务,减少了数据发生不一致的风险。
主库基于gtid set可以准确的知道从库缺少哪些数据,不会多给从库数据,也不会少给,避免网络带宽浪费。
mysql主从结构在一主一从情况下对于GTID来说就没有优势了,而对于2台主以上的结构优势异常明显,可以在数据不丢失的情况下切换新主。
注意:在构建主从复制之前,在一台将成为主的实例上进行一些操作(如数据清理等),通过GTID复制,这些在主从成立之前的操作也会被复制到从服务器上,引起复制失败。也就是说通过GTID复制都是从最先开始的事务日志开始,即使这些操作在复制之前执行。比如在server1上执行一些drop、delete的清理操作,接着在server2上执行change的操作,会使得server2也进行server1的清理操作。
GTID的工作原理当一个事务在主库端执行并提交时,产生GTID,一同记录到binlog日志中。
binlog传输到slave,并存储到slave的relaylog后,读取这个GTID的这个值设置gtid_next变量,即告诉Slave,下一个要执行的GTID值。
sql线程从relay log中获取GTID,然后对比slave端的binlog是否有该GTID。
如果有记录,说明该GTID的事务已经执行,slave会忽略。
如果没有记录,slave就会执行该GTID事务,并记录该GTID到自身的binlog,在读取执行事务前会先检查其他session持有该GTID,确保不被重复执行。
一主一从GTID复制的搭建主机规划:
master:docker,端口3312
slave:docker,端口3313
master的配置配置文件my.cnf内容如下:
$cat/home/mysql/docker-data/3313/conf/my.cnf#Foradviceonhowtochangesettingspleasesee#http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html[mysqld]##Removeleading#andsettotheamountofRAMforthemostimportantdata#cacheinMySQL.Startat70%oftotalRAMfordedicatedserver,else10%.#innodb_buffer_pool_size=128M##Removeleading#toturnonaveryimportantdataintegrityoption:logging#changestothebinarylogbetweenbackups.#log_bin##Removeleading#tosetoptionsmainlyusefulforreportingservers.#TheserverdefaultsarefasterfortransactionsandfastSELECTs.#Adjustsizesasneeded,experimenttofindtheoptimalvalues.#join_buffer_size=128M#sort_buffer_size=2M#read_rnd_buffer_size=2M#datadir=/home/mysql/docker-data/3307/data#socket=/home/mysql/docker-data/3307/mysql.sockcharacter_set_server=utf8init_connect='SETNAMESutf8'#Disablingsymbolic-linksisrecommendedtopreventassortedsecurityriskssymbolic-links=0#log-error=/home/mysql/docker-data/3307/logs/mysqld.log#pid-file=/home/mysql/docker-data/3307/mysqld.pidlower_case_table_names=1server-id=1403311log-bin=mysql-binbinlog-format=ROWauto_increment_increment=1auto_increment_offset=1#开启gtidgtid_mode=ONenforce-gtid-consistency=true#rpl_semi_sync_master_enabled=1#rpl_semi_sync_master_timeout=10000
创建docker实例:
$dockerrun--namemysql3312-p3312:3306--privileged=true-ti-eMYSQL_ROOT_PASSWORD=root-eMYSQL_DATABASE=order-eMYSQL_USER=user-eMYSQL_PASSWORD=pass-v/home/mysql/docker-data/3312/conf:/etc/mysql/conf.d-v/home/mysql/docker-data/3312/data/:/var/lib/mysql-v/home/mysql/docker-data/3312/logs/:/var/log/mysql-dmysql:5.7
添加用于复制的用户并授权:
mysql>GRANTREPLICATIONSLAVE,FILE,REPLICATIONCLIENTON*.*TO'repluser'@'%'IDENTIFIEDBY'123456';QueryOK,0rowsaffected,1warning(0.01sec)mysql>FLUSHPRIVILEGES;QueryOK,0rowsaffected(0.01sec)slave的配置
配置文件my.cnf内容与master一致,注意修改server-id,保持唯一。
创建docker实例:
$dockerrun--namemysql3313-p3313:3306--privileged=true-ti-eMYSQL_ROOT_PASSWORD=root-eMYSQL_DATABASE=order-eMYSQL_USER=user-eMYSQL_PASSWORD=pass-v/home/mysql/docker-data/3313/conf:/etc/mysql/conf.d-v/home/mysql/docker-data/3313/data/:/var/lib/mysql-v/home/mysql/docker-data/3313/logs/:/var/log/mysql-dmysql:5.7
开启GTID同步:
mysql>changemastertomaster_host='172.23.252.98',master_port=3310,master_user='repluser',master_password='123456',master_auto_position=1;QueryOK,0rowsaffected,2warnings(0.02sec)mysql>startslave;QueryOK,0rowsaffected(0.02sec)
查看状态:
mysql>showmasterstatus;+------------------+----------+--------------+------------------+----------------------------------------+|File|Position|Binlog_Do_DB|Binlog_Ignore_DB|Executed_Gtid_Set|+------------------+----------+--------------+------------------+----------------------------------------+|mysql-bin.000008|154|||cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1|+------------------+----------+--------------+------------------+----------------------------------------+1rowinset(0.00sec)mysql>showslavestatus\G;***************************1.row***************************Slave_IO_State:WaitingformastertosendeventMaster_Host:172.23.252.98Master_User:repluserMaster_Port:3312Connect_Retry:60Master_Log_File:mysql-bin.000006Read_Master_Log_Pos:419Relay_Log_File:5dfbef024732-relay-bin.000003Relay_Log_Pos:632Relay_Master_Log_File:mysql-bin.000006Slave_IO_Running:YesSlave_SQL_Running:YesReplicate_Do_DB:Replicate_Ignore_DB:Replicate_Do_Table:Replicate_Ignore_Table:Replicate_Wild_Do_Table:Replicate_Wild_Ignore_Table:Last_Errno:0Last_Error:Skip_Counter:0Exec_Master_Log_Pos:419Relay_Log_Space:846Until_Condition:NoneUntil_Log_File:Until_Log_Pos:0Master_SSL_Allowed:NoMaster_SSL_CA_File:Master_SSL_CA_Path:Master_SSL_Cert:Master_SSL_Cipher:Master_SSL_Key:Seconds_Behind_Master:0Master_SSL_Verify_Server_Cert:NoLast_IO_Errno:0Last_IO_Error:Last_SQL_Errno:0Last_SQL_Error:Replicate_Ignore_Server_Ids:Master_Server_Id:1403311Master_UUID:cd2eaa0a-7a59-11ec-b3b4-0242ac110002Master_Info_File:/var/lib/mysql/master.infoSQL_Delay:0SQL_Remaining_Delay:NULLSlave_SQL_Running_State:Slavehasreadallrelaylog;waitingformoreupdatesMaster_Retry_Count:86400Master_Bind:Last_IO_Error_Timestamp:Last_SQL_Error_Timestamp:Master_SSL_Crl:Master_SSL_Crlpath:Retrieved_Gtid_Set:cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1Executed_Gtid_Set:cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1Auto_Position:1Replicate_Rewrite_DB:Channel_Name:Master_TLS_Version:1rowinset(0.00sec)
在master.order表插入数据:
mysql>insertintot_ordervalues(4,"V");
发现数据已经同步至slave:
mysql>select*fromorder.t_order;+------+------+|id|name|+------+------+|4|V|+------+------+3rowsinset(0.00sec)
先停止slave,再在master.order表插入数据:
mysql>insertintot_ordervalues(5,"X");
然后再启动slave,发现数据已自动同步:
mysql>stopslave;QueryOK,0rowsaffected(0.01sec)mysql>select*fromorder.t_order;+------+------+|id|name|+------+------+|4|V|+------+------+3rowsinset(0.00sec)mysql>startslave;QueryOK,0rowsaffected(0.02sec)mysql>select*fromorder.t_order;+------+------+|id|name|+------+------+|4|V||5|X|+------+------+4rowsinset(0.00sec)遇到的问题
在slave服务器show slave status:
Fatalerror:TheslaveI/OthreadstopsbecausemasterandslavehaveequalMySQLserverUUIDs;theseUUIDsmustbedifferentforreplicationtowork.
首先检查master和slave的server_id是否一致,如果一致去修改my.cnf文件中的server_id字段:
mysql>showvariableslike'server_id';
然后排查master和slave的uuid是否一致:
mysql>showvariableslike'%uuid%';
如果uuid一致去修改data目录下的auto.cnf文件,拷贝整个data目录,把auto.cnf文件也拷贝过来了,里面记录了数据库的uuid,每个库的uuid应该是不一样的。
关于“MySQL的GTID复制怎么应用”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注亿速云行业资讯频道,小编每天都会为大家更新不同的知识点。
声明:本站所有文章资源内容,如无特殊说明或标注,均为采集网络资源。如若本站内容侵犯了原著者的合法权益,可联系本站删除。