知晓：高性能MySQL-复制过滤器

杨柳657

复制过滤选项允许你仅复制服务器上一部分数据，不过这可能没有想象中那么好用。有两种复制过速方式:在主库上过滤记录到二进制日志中的事件，以及在备库上过滤记录到中继日志的事件。[url=https://cn.varidata.com/]Varidata[/url]的具体问题可以到我们网站了解一下，也有业内领域专业的客服为您解答问题，为成功合作打下一个良好的开端！https://cn.varidata.com/[align=center]http://www.bignethk.com/upload/2019-10/07/thumb_3.png[/align]






        ????????使用选项  _和  来控制过滤，稍后我们会解释为什么通常不需要开启它们，除非你乐于向老板解释为什么数据会永久丢失并且无法恢复。






        ????????在备库上，可以通过设置 *选项，在从中继日志中读取事件时进行过滤。你可以复制或忽略一个或多个数据库，把一个数据库重写到另外一个数据库，或使用类似LIKE的模式复制或忽略数据库表。




         

????????要理解这些选项，最重要是弄清楚* _ 和*  在主库和备库上的意义，它们可能不会按照你所设想的那样工作。你可能会认为它会根据目标数据库名过滤，但实际上过速的是当前的默认数据库。也就是说，如果在主库上执行如下语句:






         USE ;




         DELETE FROM ,;






        ????????*__和*__ 都会在数据库上过滤DELETE语句，而不是在上。这通常不是想要的结果，可能会导致执行或忽略错误的语句。*__和* __ 有一些作用，但非常有限。必须要很小心地去使用这些参数，否则很容易造成主备不同




        步或复制出错。






        ????????__和_ _不仅可能会破坏复制，还可能会导致从某个时间点的备份进行数据恢复时失败。在大多数情况下都不应该使用这些参数。


                ????????总地来说，复制过滤随时可能会发生问题。举个例子,假如要阻止赋权限操作传递给备库，这种需求是很普遍的。(提醒一下，这样做可能是错误的，有别的更好的方式来达成真正的目的)。过滤系统表的复制当然能够阻止GRANT语句的复制，但同样也会阻止事件和定时任务的复制。正是这些不可预知的后果，使用复制过滤要非常慎重。更好的办法是阻止一此特殊的语句被复制，通常是设置50L LOG BIN=0, 虽然这种方法也有它的缺点。总地来说，除非万不得已，不要使用复制过德，因为它很容易中断复制并导致问题，在需要灾难恢复时也会带来极大的不方便。过滤选项在MSQL文档里介绍得很详细，因此不再重复更多的细节。