同步过程，最严格的指标，第一是效率，即每秒同步条数；其次是一致性，即主库产生的数据，备库同步后是否一致；第三就是数据库同步的完整性如何保证，即当同步各个环节出现问题时，如何考虑出错处理，下面我们将分别进行讨论并进行合理性分析。

　　第一、效率

　　数据库同步过程主要分为三个阶段，即抽取、分析、装载。

　　抽取过程主要是实时读取数据库，这部分可以作到毫秒级别间隔，所以不存在效率问题，基本上可以作到实时抽取；

　　分析过程主要是分析SQL语句并把源日志转化为备库的可装载日志，这部分的主要时间是写文件时间，由于普通硬盘写入时间是50M/秒左右，故对于大交易量情况，如果每秒主库阵列产生日志量上300M/秒左右，那相比之下分析组件还是会有秒级延迟的，因为我们同步软件一般都不安装在主库，无法使用高速阵列的写入速度，所以秒级别延迟还是会产生的，但是只要不是持续高峰日志量的产生速度，再经过一段时间后数据会自行同步，如果要追求实时抽取的同时又要实时分析，那建议只能给同步服务器配置一个阵列了；

　　装载过程主要是根据分析组件的结果进行备库SQL语句的装载，所以并发装载是提高效率的唯一方法，不过对于备库服务器配置不是很高的情况，建议数据库长连接的数目需要能够合理配置，因为备库有时会作为查询统计的负载分担，所以如果备库的资源有限，对于查询统计分担的效果会大打折扣。

　　第二、一致性

　　如何能够保证备库的数据和主库一致，这个问题如果在业务层面提出来，大家肯定没什么好的办法，一个共同的回答就是“查看备库”，用应用去连，之后检查刚刚同步的数据是正确的就可以了，不过这样的抽查很有可能检查不出来特殊错误的数据，我想从几个机制方面来分析这个问题。

　　1、分析日志（Analysis Log）

　　就是即将装载到备库的SQL语句，这部分是装载正确的根本，这部分数据如果正确了，则保证了数据源的正确。

　　2、装载日志（Upload Log）

　　就是装载数据时是否出现问题，有时备库和主库表定义有不一致，那么在这个日志就会记录出错，根据此日志就能够检查出问题出现在什么地方。

　　通过以上两个日志基本能保证同步过程中的错误捕捉，同时再加上同步数据检查程序（此数据需要主、备库检查过程中不能更改数据）和应用程序。

　　连接备库抽查是两个辅助检查方式，同时备库作为查询统计分析进行实时提供服务也会把抽查变成常态，从而保证数据的一致性。

　　第三、完整性

　　数据库的完整性，主要从容错机制来考虑，例如出现下面错误情况时需要同步程序能够自动恢复：

　　1、源库断电或重起

　　2、源库SHUTDOWN

　　3、源库网络断

　　4、备库断电或重起

　　5、备库SHUTDOWN

　　6、备库网络断

　　7、数据库装载出错

　　针对上面主要几种情况，同步软件必须进行一一考虑断点的记录方式和位置，保证任何情况下同步程序能够续抽、续传，甚至对错误处理也可以通过人为参与后继续同步，同时还有两方面功能必须考虑：

　　1、不停机初始化

　　2、日志已经归档

　　3、自身程序停止的重起

　　4、同步服务器断电之后断点启动

　　数据库同步软件只有充分考虑了以上三个方面的指标，才能为行业客户提供优秀的、实时的、数据完整一致的同步产品，满足相关基于数据库同步的业务需求。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/