MySQL主备数据库同步问题的过程分析.pdfVIP

一 、 Mysql数据库复制技术 5)当Slave的SQL线程检测到Relay—log中新增加了内容后， (一)MySQL~KN库 会马上将新增的Relay—log内容解析成为在Master端执行时的那 MySQL是一个中、小型关系型数据库管理系统，由瑞典 些可执行的内容，并在 自身再重新执行一次，更新Slave中的数 MySQLAB公司开发，拥有体积小、速度快、成本低，开放源 据，以达到与Master的同步。Replication的实现过程如图1所示。 码等特点。 Slave (二)Replication技术 MySQL的复制 (replication)是一种能 够让运行在不 同计算机上 的2个或者更 多个 MySQL服务器保持同步变化的机制，目前只支 持 “主一从”复制关系，只有 1台主控系统 (可 读 ／可写)，所有的数据修改操作都必须在这台 Datachanges 。 wri 系统上进行 ；有 1台或多台从属系统 (只读)， 它们有着与主控系统完全一样的数据，主控系统 上的数据变化在经过一个短暂的延时后也将发生 在它们身上，并且不要求主控和从属系统使用同 匿 一种操作系统。 Binarylog Relaylog Replication是一种异步的复制，从一个 图1 Replication的实现过程 MySQLinstace (称之为Master)复制到另一个 MySQLinstance (称之Slave)。实现整个复制操作主要是由3个 (四)Replication的实现级别 线程完成的，其中2个线程在Slave (SQL线程和 I／0线程)，另 由于MySQLReplication是基于 Binary—log实现的，所以 外一个线程 (I0／线程)在Master上。 Replication的实现级别实际上是由Binary—log的存储格式所决 (三)Replication的基本过程 定。Binary—log中记录Event的方式可以是基于 1条语句，即基 1)在每个事务更新数据完成之前，Master会将用户对所有 于语句的复制 ；也可以是基于 1条记录，即基于记录的复制 ； 数据库内容和结构的的修改情况记录到二进制 日志 (Binary—log) 还可以根据执行的每一条具体的Query语句来区分对待记录的 中，而只会读取数据的 SELECT命令和没有改变任何数据的 日志形式，即基于混合模式的复制。可以在Mysql的配置参数 UPDATE命令则不会记入。MySQL将事务串行的写入二进制 日 中设定这个复制级别，不同复制级别的设置会影响到Master端 志 ，即使事务中的语句都是交叉执行的。在事件写入二进制 日 的Binary—log记录成不同的形式。 志完成后，Master通知存储引擎提交事务m。画入 2)Slave启动一个I／O线程，该I／O线程与Master建立一 二、故障分析与处理 个普通连接，并向其请求从指定 日志文件的指定位置 (或者从 (一)故障现象 最开始的日志)之后的所有 日志内容。 在 2012年春季设备换季过程 中，二所 自动化系统服务器 3)Master接收到来 自Slave的I／O线程的请求后 ，通过负 FDP2关机除尘后应用程序无法正常启动，检查各项参数后发 责复制的I／O线程根据请求信息读取指定 日志指定位置之后的 现系统磁盘存储空间不足，占用率 已达 100％。存在着大量的 日志信息，如果 Slave已经跟上Master，则线程睡眠并等待产生 FDP2relay—bin．xxxxxx文件，总大小约为57G，磁盘空间占用率 新的事件 ；若存在新的数据，则将其返回给 Slave的I／O线程。 达 84％。手动删除少量FDP2一relay—bin．XXXXX