复制的问题和解决方案
数据损坏或丢失的错误
由于各种各样的原因，MySQL的复制并不能很好地从服务器崩溃、掉电、磁盘损坏、内存或网络错误中恢复。遇到这些问题时几乎可以肯定都需要从某个点开始重启复制。
大部分由于非正常关机后导致的肤质问题都是由于没有把数据及时地刷到磁盘
主库和备库使用不同的存储引擎
在备库上使用不同的存储引擎，有时候可以带来好处。但是在一些场景下，但使用基于语句的复制方式时，如果备库使用了不同的存储引擎，则可能造成一条查询在主库和备库上的执行结果不同，例如不确定语句在朱备库使用不同的存储引擎时更容易导致问题。
对未复制数据的依赖性
如果在主库上有备库不存在的数据库或表，复制会很容易意外中断，反之亦然。假设主库上有一个备库不存在的数据库，命名为 scratch。如果在主库上发生对该数据库中表的更新，备库会在尝试重放这些更新时中断。同样的，如果在主库上创建一个备库上已存在的表，复制也可能中断。