0 概述&&& 分布式框架中的Master-Slave类型，Slave节点负责工作的具体执行，Master负责任务的分发或者相关元数据的存储等。一般情况下，一个Master节点都会对应多个Slave节点，Master在分配任务时需要知道当前有哪些Slave节点是可以接受自己所发的命令的(Slave节点有可能因为各种原因挂掉)，因此需要在其内部维持一个链表来保存所有还活着的Slave节点。HBase的HMaster是这样、HDFS的NameNode是这样、Tachyon的Master节点也是这样。Slave节点通过不断的心跳汇报(HeartBeat)来和Master通信，Master把收到心跳汇报的Slave节点看做是目前存活的，否则就说明Slave节点挂掉了。除了维持存活性以外，Master节点通常还会把需要执行的命令通过心跳返回给Slave节点，Slave节点接收到后执行Master发来的命令，完成一次交互。&&& Master是核心，它要是挂掉了对整个系统都是致命的影响，单点问题是每个分布式框架都要考虑的问题。应用和实现了Paxos算法的Zookeeper，是解决一致性问题的利器。HDFS、Storm、HBase等都采用Zookeeper作为元数据信息HA的载体，Tachyon也不例外。1 Worker心跳1.1 总体流程Tachyon的Worker节点，通过不断心跳向Master汇报当前Worker中已使用的内存大小和准备删除的数据块信息，Master接受心跳汇报后返回给Worker节点相关的执行命令，这些命令可以是Register、Free等，也可以是Nothing。&&&& 其中，需要说明的地方如下：(1)Worker心跳的时间间隔默认为1秒，由参数tachyon.worker.to.master.heartbeat.interval.ms设定。(2)Worker心跳的超时时间默认为10秒，由参数tachyon.worker.heartbeat.timeout.ms设定。(3)Master返回给Worker的命令主要有五种，分别是：Unknown、Nothing、Register、Free、Delete。Nothing命令什么都不做；Register命令执行Worker向Master的注册，Master会返回WorkerId存储在Worker本地；Free命令要释放Worker内存中存储的数据；Delete命令则既要删除内存中的数据也要删除磁盘上的数据。(4)心跳的具体执行是调用的WorkerStorage的heartbeat方法。(5)CheckStatus则会检查当前Worker节点所管理的内存使用情况。1.2 HeartBeat正常处理&其中，需要说明的地方如下：(1)首先获取所有需要从当前Worker节点的内存中移除的Block的信息，Block被移除一般有如下几种情况，当Master发来Free命令时、WorkerStorage初始化时、内存不够时需要使用LRU算法换入换出。(2) 调用MasterClient的worker_heartbeat方法进行心跳汇报给Master，此处的MasterClient会通过MasterService.Client对象调用Master的Thrift服务进行消息传递，类似于HDFS中的RPC通信的动态代理。(3)连接建立是调用的MasterClient类的connect方法，其主要目的是为了创建MasterService.client对象，即Thrift服务的客户端。步骤如下：Step1：调用cleanConnect方法，主要是关闭thrift的transport端口、并且将当前的HeartbeatThread线程停止掉如果其对象不为null的话，则将mIsShutdown设置为true，并且会抛出TException。首次进行clean的话，几乎没有什么要做的事情。Step2：clean之后，进入while循环，准备获取master地址进行建立连接，while循环的条件为tries ++ & MAX_CONNECT_TRY && !mIsShutdown，默认重试5次。Step3：获取Master的当前地址，使用getMasterAddress方法，在ZK中查找leader目录下的所有节点，根据节点的创建时间，找到最新的那个节点作为当前需要连接的Active Master节点。Step4：初始化Thrift客户端和服务端通信的协议，此处为TBinaryProtocol。Step5：初始化Thrift客户端MasterService.Client对象。Step6：打开协议的Transport，就是数据传输通道，准备进行读写，如果打开失败，则会抛出TTransportException，接着停止用于维持连接的心跳线程HeartbeatThread，并且sleep1秒钟后进入while的失败重试，达到失败次数上限，抛出TException。Step7：初始化一个心跳线程HeartbeatThread，不断的和服务端进行心跳，超时时间为tachyon.user.master.client.timeout.ms配置的属性值，默认10秒，用于保持上面已建立的Thrift连接的存活，如果期间心跳超时，会触发调用cleanConnect方法，此时就会关闭Thrift数据传输通道，终止此维持连接心跳线程。(4) connect连接成功后，会调用MasterService.client的worker_heartbeat方法进行心跳处理，结果返回的是Command。其中worker_heartbeat的处理步骤如下：Step1：首先调用send_worker_heartbeat方法，主要是设置workerId、已使用的内存大小、worker已删除的blockId。Step2：创建一个worker_heartbeat_result对象，worker_heartbeat_result是MasterService中的静态内部类，这里面会定义两种Field，SUCCESS_FIELD_DESC值为0，E_FIELD_DESC为1。Step3：通过Thrift服务发送给Master端，由MasterInfo的workerHeartbeat方法负责处理。如果Master节点找不到心跳汇报的Worker信息，则返回给Worker节点CommandType.Register命令。如果有需要释放的内存，则Master返回给Worker节点CommandType.Free命令。否则返回给CommandType.Nothing命令给Worker节点。1.3 HeartBeat异常处理&&& 在TachyonWorker心跳汇报过程中，可能会出现两种主要的异常：BlockInfoException和TException异常。(1)如果出现BlockInfoException，则在TachyonWorker中调用WorkerStorage.checkStatus()方法，如果此时继续心跳的条件仍然成立，即mStop为false，则继续循环进行心跳汇报。(2)如果出现TException，则在TachyonWorker中调用WorkerStorage的resetMasterClient方法进行重置MasterClient对象，利用connect方法连接Thrift服务端。需要注意的是，Worker心跳超时判断，默认超时时间为10秒，如果超时，则抛出RuntimeException，心跳线程直接就挂掉了；如果没有心跳超时，则继续进行WorkerStorage的checkStatus，重新检查心跳条件，进入下次心跳。2 Master HA&&& Master节点在初始化的时候会创建Journal目录，如果底层文件系统是HDFS的话，那就直接在HDFS上创建对应的目录，并且需要格式化(这里的格式化实际上是创建一个空的文件用于标注Format完毕)。&& Tachyon的文件系统信息依靠Edits日志 + Fsimage镜像保存(分别是image.data文件和log.data文件)，Edits日志是Tachyon文件系统的元数据信息的增量Log，Fsimage是在某个时刻的快照。Tachyon Master在启动时会首先从Fsimage文件中读取文件系统元数据信息，即各种数据节点（文件、目录、Raw表、Checkpoint、依赖关系等）信息，然后再从继续Edits（可能多个）中读取增量操作记录，Edits日志的内容基本对应于Tachyon文件系统Client的一些相关操作，包括文件的添加，删除，重命名，数据块的添加等。但是这里的Edits日志不包括实际的文件内容数据，只是元数据信息，当Cache中的文件内容丢失，而又没有持久化，也没有绑定相关lineage信息时，对应的文件的内容就会丢失。搞定完这些，Tachyon Master会先把当前的元数据信息写出为新的Fsimage。采用Zookeeper作为Master的HA实现机制的时候，处于Standby角色的Master会定期将Editlog合并，并创建Standby的Fsimage，如果没有Standby的Master则只有在启动过程中，才会通过合并EditsLog产生新的Fsimage。Master的Active选举，通过LeaderSelectorClient类来完成，如果当前Master被选举为Leader，则停止EditsLog的滚动，调用MasterInfo的init方法进行初始化相关参数，进而启动Web的服务UIWebServer(Standby状态的Master没有WebUI服务)，接着初始化Master的服务处理对象MasterServiceHandler并启动Thrift服务。&&& 需要注意的是：(1) JOURNAL的路径、格式化文件前缀、service和web的ip及端口的设定都是在MasterConf类中设置的；(2) MasterInfo的init方法会依次做如下事情：Step1:加载EditsLog文件到内存Step2:创建新的镜像文件Step3:创建新的EditsLog日志文件Step4: 创建心跳汇报器MasterInfoHeartbeatExecutor并启动Step5: 创建文件丢失恢复器RecomputationScheduler并启动(3)Master也有心跳，只不过是做周期性的系统状态检查Step1：获取超时的worker列表BlockingQueue，从Master端的Worker存储列表中删除Step2：尝试从超时worker列表中恢复丢失的文件Step3：重启所有超时的worker列表，这一点很重要！(4)Master在Zookeeper中会创建两个节点，分别是election节点，在其下面子节点是CreateMode.EPHEMERAL_SEQUENTIAL类型的，即临时节点；leader节点，在其下的子节点是CreateMode.PERSISTENT类型的，用于维护当前存活的Master节点信息。(5) 由于当前Active Master可能是变化的，所以Worker进行选择Master进行通信的时候，需要首先从Zookeeper中的leader目录下取出所有的Master节点进行遍历，如果只有一个Master，则直接返回，否则，查找出cTime最大的那个Master作为当前的Active节点，由Worker节点负责和它通信。而Worker端在进行心跳汇报的时候，会重试五次，仍然失败则抛出异常TException，由TachyonWorker的run方法catch，调用resetMasterClient方法进行重新设置，每次connect的时候都会从Zookeeper中获取最新的Active Master地址，如果一段时间后仍然连接不上master，则停止心跳，通过调用cleanConnect方法。&-------------------------------------------------------------------------------如果您看了本篇博客,觉得对您有所收获，请点击右下角的&[推荐]如果您想转载本博客，请注明出处如果您对本文有意见或者建议，欢迎留言感谢您的阅读，请关注我的后续博客
Tachyon框架的Worker心跳及Master高可用性分析_金盾安全-打造...Tachyon的Worker节点,通过不断心跳向Master汇报当前Worker中已使用的内存大小和准备删除的数据块信息,Master接受心跳汇报后返回给Worker节点相关的执行命令,...Tachyon框架的Worker心跳及Master高可用性分析 - 织梦采集侠Tachyon框架的Worker心跳及Master高可用性分析相关内容,0 概述 分布式框架中的Master-Slave类型,Slave节点负责工作的具体执行,Master负务的分发或者相关元数据的存储...幽灵学院 - 中国最权威的络安全门户站! Tachyon框架的Worker心跳及Master高可用性分 点击:155 评价:2 短址址挂机日赚200教程 点击:221 评价:2 亿赞普收购意大利帕尔马机场 为海选建直邮 点击:...云计算热门推荐文章 - 博客频道 - CSDNTachyon框架的Worker心跳及Master高可用性分析 can007 0 概述
分布式框架中的Master-Slave类型,Slave节点负责工作的具体执行,Master负务的分发或者...jetty java文件无法删除 java文件占用 delete无效 运_Java123社区 上一篇:Tachyon框架的Worker心跳及Master高可用性分析 下一篇:关于在Java代码中写Sql语句需要注意的问题 收藏 挑错 推荐 打印 栏目列表 J2SE/基础类 J2ME J2EE...高可用性集群中多个节点的心跳模型研究_百度文库&评分:4/5&3页高可用性集群中多个节点的心跳模型研究尹康凯 王明伟 李善平浙江大学计算机系 杭州 310027 摘要 关键词 提出了一种应用于多个节点集群失效检测的心跳模型 集群 高...幽灵学院 - 中国最权威的络安全门户站! Tachyon框架的Worker心跳及Master高可用性分 点击:155 评价:2 短址址挂机日赚200教程 点击:189 评价:2 亿赞普收购意大利帕尔马机场 为海选建直邮 点击:...Tachyon框架的Worker心跳及Master高可用性分析 - Scott007 - 博客园 Tachyon的Worker节点,通过不断心跳向Master汇报当前Worker中已使用的内存大小和准备删除的数据块信息,Master接受心跳汇报后返回给Worker节点相关的执行命令,这些命令可...Scott的专栏 - 博客频道 - CSDNTachyon框架的Worker心跳及Master高可用性分析 0 概述
分布式框架中的Master-Slave类型,Slave节点负责工作的具体执行,Master负务的分发或者相关元数据...高可用性集群技术的分析 - 豆丁因此,在高可用性集群系统中通过心跳线和硬件冗余技术来实现高可用性集群系统中主备节点的切换。图1 为高可用性集群系统的工作模式。 100 心跳线 图1 高可用集群...数据库资源高可用性的分析与设计_百度文库&评分:4/5&5页资源高可用性的分析与设计胡吉明 , 孙祥鹏河海大学计算机及信息工程学院 , 江苏 南京 ( 摘 209) 108 要: 通过对当前数据库资源高可用性不足之处的分析 , ...咨询:Oracle RAC中如何保证心跳的高可用性?-Oracle-ChinaUnix9条回复&-&发帖时间:&日基于Oracle 10g数据库系统高可用性框架研究与设计--《大连海事...本文的目的就是为该企业设计一套可用、有效、高性价比的Oracle 10g高可用性框架解决方案来保障数据库系统的运行。本文在认真分析该企业的需求、充分调研企业数据库...基于生灭过程的机群系统高可用性分析与设计KI学问本文的目的就是研究机群系统的高可用性,具体的方法是首先分析机群系统的特征以及服务器聚集软件应具备的性能,然后在分析高可用系统理论及关键技术的基础上,对双机高...高可用性、负载均衡的mysql集群解决方案 - 系统选型 - TechWeb-... 6) 可以实现高可用性和负载均衡,实现对大型应用的... Heartbeat Director(master)% I$ l( [1 n* o...所以director之间需要做心跳处理。心跳线使用eth1口,...【转载】心跳 脑裂 Linux高可用性方案之Heartbeat的Stonith配置_... 【转载】心跳 脑裂 Linux高可用性方案之Heartbeat的Stonith配置 ( 13:31:57) 转载▼ 标签: heart-beat 脑裂 linux集群 high-available 分类: ...【PDF】在高可用性系统中使用Sybase 故障切换PDF/Adobe Acrobat&-&HTML版master 中的 系统表 ... 第5章 31 32 33 34 35 36...服务器之间的并行配置参数 (max parallel degree、 memory per worker process,等等)是否兼容。 Q ...chapter 9 伸缩性与高可用性 - 记忆片段大话Oracle RAC:集群 高可用性 备份与恢复 _正版电子书在线阅读_...《大话Oracle RAC:集群 高可用性 备份与恢复》以Oracle 10g为基础,对Oracle RAC进行了全面的介绍和分析。全书分为两个部分,共14章,第1部分是集群理论篇,这部分...大话Oracle RAC:集群 高可用性 备份与恢复 [平装]/￥56.88/张晓明...大话Oracle RAC:集群 高可用性 备份与恢复 [平装]...6.3.5 工程中解决不能识别心跳络的故障6.4 ...UNIX集群功能高可用性竞争分析报告-存储备份-ChinaUnix6条回复&-&发帖时间:&日基于Paxos算法的HDFS高可用性的研究与设计--《华南理工大学》2012...本文为HDFS的高可用性提供了新的思路和方法参考,同时本文设计的三机Paxos算法及数据同步框架Quorum也兼有理论和现实意义,具有广泛的的应用价值。...高可用性集群互连结构的研究与设计 - 豆丁通过对高可用性集群关键技术和系统结构与可靠性之间的关系的研究,以及对常用拓扑结构和高可用性集群互连技术的深入分析,提出了一种以树形结构为基础结构的指挥控制...高可用性系统中检查点技术的研究与实现 - 豆丁而对于一个节点(完整的计算机系统)来说,需要采取心跳技术,通过集群中的其他节点...2.1计算机系统的可用性分析2.1.1定性分析对用户来说,当计算机系统可以提供所需...软交换设备高可用性研究与实现.doc-全文阅读 下载-投稿赚钱件、应用层同步等组件的设计与实现进行详细研究分析...关键字:高可用性;软交换;看门狗;心跳检测;冗余 I...we can master the basic conception and ...Nsrp实现juniper防火墙的高可用性 - 杀毒防毒 - 红黑联盟[MHA]mysql-master-ha:mysql master高可用性管理工具[MHA]mysql-master-ha:mysql master高可用性管理工具 Centos安装参考:,快速将...构建高可用的广域络 - 目录 - 关于我们 - H3C 构建高可用性络是一个复杂的系统工程,如何不断向着5个9的目标迈进,是所有... 设备实时检测Master是否正常工作,检测手段可以是检测主备板之间的硬件心跳,也...络高可用性技术白皮书(一) - micyuao的日志 - 易博客络高可用性技术,基本都可以归入容错技术,即在络出现故障(错误)时,确保络...设备实时检测Master是否正常工作,检测手段可以是检测主备板之间的硬件心跳,也可以...BizTalk Server高可用性部署实施 - 秋枫思语 - 博客频道 - CSDN[] 本文主要阐述如何实现BizTalk Server的高可用性部署...“Public”,另一块用于群集节点间的心跳检测,设置...Tachyon Cluster: 基于Zookeeper的Master High Availability(HA)...Tachyon Cluster: 基于Zookeeper的Master High Availability(HA)高可用配置实现 ... 192.168.1.101: Formatting Tachyon Worker @ bigdata001 192.168.1.102: ...[Java教程]【转】Spark:一个高效的分布式计算系统_郑少群个人用Amazon Elastic MapReduce构建弹性和高可用性的Spark..._百度文库Master Node ? Core Nodes ? Task Nodes Core Nodes Amazon EMR cluster ...Add more worker nodes by adding EMR task nodes Spark Autoscaling Based ...您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
基于AVR单片机和NRF905无线环境监测系统设计的开发与实现.doc78页
本文档一共被下载：
次 ,您可免费全文在线阅读后下载本文档
文档加载中...广告还剩秒
需要金币：150 &&
你可能关注的文档：
··········
··········
图书分类号：
毕业设计 论文
基于AVR单片机和NRF905无线环境监测系统设计
DESIGN OF WIRELESS ENVIRONMENTAL MONITORING SYSTEM BASED ON AVR SINGLE CHIP MICROCOMPUTER AND NRF905
学生姓名 李宝
学院名称 信电工程学院
专业名称 信息电子科学与技术
指导教师 高玉芹
2010年 6月 3日
徐州工程学院学位论文原创性声明
本人郑重声明： 所呈交的学位论文，是本人在导师的指导下，独立进行研究工作所取得的成果。除文中已经注明引用或参考的内容外，本论文不含任何其他个人或集体已经发表或撰写过的作品或成果。对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标注。
本人完全意识到本声明的法律结果由本人承担。
论文作者签名：
　　日期：
　月　 　日
徐州工程学院学位论文版权协议书
本人完全了解徐州工程学院关于收集、保存、使用学位论文的规定，即：本校学生在学习期间所完成的学位论文的知识产权归徐州工程学院所拥有。徐州工程学院有权保留并向国家有关部门或机构送交学位论文的纸本复印件和电子文档拷贝，允许论文被查阅和借阅。徐州工程学院可以公布学位论文的全部或部分内容，可以将本学位论文的全部或部分内容提交至各类数据库进行发布和检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
论文作者签名：
导师签名：
　月　 　日
　月　 　日
本文提出了一种基于低功耗高性能Atmage16L单片机为主控器和射频nRF905为无线收发模块的无线环境系统监测的总体设计方案和实现方法。系统设置了一个主机和两个
正在加载中，请稍后...mysql5.6复制新特性
一、名词解释：
server_uuid：服务器身份ID。在第一次启动Mysql时，会自动生成一个server_uuid并写入到数据目录下f文件里，官方不建议修改。
[root@mysql5_6 data]# pwd
/usr/local/mysql/data
[root@mysql5_6 data]# f
server-uuid=ba9-11e1-a2ee-000c290a6b8f
GTID：全局事务标识符。当开始这个功能时，每次事务提交都会在binlog里生成一个唯一的标示符，它由server_uuid和事务ID组成。首次提交的事务ID为1，第二次为2，第三次为3，依次类推。
查看主机master
Position&& Binlog_Do_DB
Binlog_Ignore_DB&&
Executed_Gtid_Set
binlog.000001
184761&&&&&&&&&&&&&&&&&&&
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-515
在binlog日志已经存在的D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-515值，如果有新进来的binlog日志中的gtid有和原来有重复，新进来的语句不执行。
二、新特性
1：支持多线程复制.事实上是针对每个database开启相应的独立线程。即每个库有一个单独的(sql
thread)如果线上业务中，只有一个database或者绝大多数压力集中在个别database的话，多线程并发复制特性就没有意义了
2:启用GTID，无须再知道binlog和POS点，需要知道master的IP、端口，账号密码即可，因为同步复制是自动的，mysql通过内部机制GTID自动找点同步
在my.cnf使用
gtid_mode = ON
disable-gtid-unsafe-statements = 1
注意：这两个参数无法在线修改，只能在my.cnf修改。
三、问题：
GTID的局限性：
1.GTID同步复制是基于事务。所以Myisam表不支持，这可能导致多个GTID分配给同一个事务。
2.gtid_mode和disable-gtid-unsafe-statements必须同时使用，不同时使用，启动Mysql报错。
3.无法修改myisam表的数据，会提示Updates to non-transactional tables are
forbidden when disable-gtid-unsafe-statements"
4.不支持CREATE TEMPORARY TABLE、DROP TEMPORARY TABLE 临时表操作
5.不支持CREATE TABLE ... SELECT语句。因为该语句会被拆分成create table
和insert两个事务，并且这个两个事务被分配了同一个GTID，这会导致insert被备库忽略掉
6.GTID是自动同步，复制的时候没办法使用全备份+偏移量日志这种办法还原，从机的第一次同步只能从主机的第一个事务点开始还原，所以主机的binlog日志必须保持完整，binlog日志不能丢失。（mysql手册说mysql5.6.9以后的版本可以使用全备份+偏移量日志这种办法还原，继续等待mysql5.6.9出来后再测试）。
以上的问题是RC版，相信到了正式版出来后，问题会有很大的改善。
四、测试步骤：
1：在my.cnf设置相应的参数
在master设置
log-bin = binlog
binlog_format = mixed
gtid_mode = ON
disable-gtid-unsafe-statements = 1
binlog_cache_size = 4M
max_binlog_size = 1G
max_binlog_cache_size = 2G
sync_binlog = 1
expire_logs_days = 1
在slave设置
log-bin = binlog
binlog_format = mixed
gtid_mode = ON
disable-gtid-unsafe-statements = 1
binlog_cache_size = 4M
max_binlog_size = 1G
max_binlog_cache_size = 2G
sync_binlog = 1
expire_logs_days = 1
slave_parallel_workers #开启基于库的多线程复制。默认是0，不开启，最大并发数为1024个线程
#relay log
max_relay_log_size = 1G
relay_log_purge = 1
relay_log_recovery = 1
#当被设置成ENABLED，在CRASH后自动放弃所有未执行的relay-log,并且重新从MASTER获取日志；这样保证relay-log的完整
#master_verify_checksum = 1 #主从复制事件校验，master
#slave_sql_verify_checksum = 1 #主从复制事件校验
#slave_allow_batching = 1
log_slave_updates
2：在slave执行
CHANGE MASTER TO
MASTER_HOST = '127.0.0.1',
MASTER_PORT = 3306,
MASTER_USER = 'rel',
MASTER_PASSWORD = '123',
MASTER_AUTO_POSITION = 1,
MASTER_DELAY=30; #延时30秒执行
注意：此参数功能，relay日志会及时同步到slave机，只是日志的中的事件会根据事件的时间戳延时30秒执行。此功能在实际场景中运用也较多。
3：启动slave
五、观察结果：
在slave执行 show slave status \G;
观察Retrieved_Gtid_Set和Executed_Gtid_Set项。
Retrieved_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:2602
Executed_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2602
Retrieved_Gtid_Set项：记录了relay日志从Master获取了binlog日志的位置
Executed_Gtid_Set项：记录本机执行的binlog日志位置（如果是从机，包括Master的binlog日志位置和slave本身的binlog日志位置）
Executed_Gtid_Set：从本机的binlog中获取，如果binlong日志中记录了主机的Gtid，那么即使我们在从机重新同步，从机的IO进程依然不会从主机获取这些数据，
测试如下：
第一步：在slave执行:show slave stauts \G;
Retrieved_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2601
Executed_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2601
显示的Slave从Master同步，relay获取了执行了D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2601,然后执行，在binglog日志中记录了D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2601。
第二步：在slave执行
3:删除所有relay文件;
4:CHANGE MASTER TO
MASTER_HOST = '127.0.0.1',
MASTER_PORT = 3306,
MASTER_USER = 'rel',
MASTER_PASSWORD = '123',
MASTER_AUTO_POSITION = 1,
MASTER_DELAY=30;
执行show slave status \G;
Retrieved_Gtid_Set:
Executed_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2601
Retrieved_Gtid_Set项没有值，说明重新同步的时候，relay没有从master取数据。
第三步：在master执行一条sql语句
在slave执行show slave status \G;
Retrieved_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:2602
Executed_Gtid_Set:
D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-2602
观测结果符合预期。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
阅读(490)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'删除MySQL log bin 日志操作记录',
blogAbstract:'',
blogTag:'mysql,log,bin,日志',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:6,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'0',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}