复制过滤选项允许你仅复制服务器上一部分数据，不过这可能没有想象中那么好用。有两种复制过速方式:在主库上过滤记录到二进制日志中的事件，以及在备库上过滤记录到中继日志的事件。
使用选项binlog do _db和bintog ignore db来控制过滤，稍后我们会解释为什么通常不需要开启它们，除非你乐于向老板解释为什么数据会永久丢失并且无法恢复。
在备库上，可以通过设置replicate *选项，在从中继日志中读取事件时进行过滤。你可以复制或忽略一个或多个数据库，把一个数据库重写到另外一个数据库，或使用类似LIKE的模式复制或忽略数据库表。
要理解这些选项，最重要是弄清楚* do_ db和* ignore db在主库和备库上的意义，它们可能不会按照你所设想的那样工作。你可能会认为它会根据目标数据库名过滤，但实际上过速的是当前的默认数据库。也就是说，如果在主库上执行如下语句:
mysql> USE test;
mysql> DELETE FROM sakila,film;
*_do_db和*_ignore_db 都会在数据库test上过滤DELETE语句，而不是在sakila上。这通常不是想要的结果，可能会导致执行或忽略错误的语句。*_do_db和* _ignore_ db有一些作用，但非常有限。必须要很小心地去使用这些参数，否则很容易造成主备不同
步或复制出错。
binlog_do_db和binlog_ ignore_db不仅可能会破坏复制，还可能会导致从某个时间点的备份进行数据恢复时失败。在大多数情况下都不应该使用这些参数。
总地来说，复制过滤随时可能会发生问题。举个例子,假如要阻止赋权限操作传递给备库，这种需求是很普遍的。(提醒一下，这样做可能是错误的，有别的更好的方式来达成真正的目的)。过滤系统表的复制当然能够阻止GRANT语句的复制，但同样也会阻止事件和定时任务的复制。正是这些不可预知的后果，使用复制过滤要非常慎重。更好的办法是阻止一此特殊的语句被复制，通常是设置50L LOG BIN=0, 虽然这种方法也有它的缺点。总地来说，除非万不得已，不要使用复制过德，因为它很容易中断复制并导致问题，在需要灾难恢复时也会带来极大的不方便。过滤选项在MySQL文档里介绍得很详细，因此不再重复更多的细节。
