前几天，发现从库挂了，具体报错信息如下：
分析思路
1. 因为我采用的是选择性复制，只针对以下几个库进行复制： card,upay,deal,monitor,collect。所以，不太可能出现对于sas_basic的操作能复制到该从库上。
2. 整个架构是1主2从，且都是选择性复制，上面这个从库是直接复制card,upay,deal,monitor,collect这几个数据库的数据，而另外一个从库则是忽略上述库，如下所示：
怀疑是在上述schema下，执行了DROP TABLE IF EXISTS `sas_basic.old_channel_code`操作。
3. 于是根据报错信息查看了主库binlog日志的内容，发现是在sas_basic schema下操作的。
use `sas_basic`/*!*/;
困惑
针对sas_basic的操作为什么会反映到不复制它操作的从库上。
PS：根据上述报错信息，中途还怀疑主从库的外键定义不一致导致上述问题的产生，后来查看，发现主从库的外键定义是一致的。
原因
上次利用set global sql_slave_skip_counter=1跳过后，今天又碰到了这个问题，深入其中，才发现这是MySQL的一个bug：https://bugs.mysql.com/bug.php?id=77684
但是这个bug中涉及到的版本是5.6.25, 5.6.27。而我生产数据库是5.6.26。于是，在测试机上搭建环境，看能否重现问题。
重现现场
还是一主两从，其中一个从设置replicate-ignore-db=test，另外一个从设置replicate-do-db=test。
在主中执行以下语句：
CREATE DATABASE `db1`; USE `db1`; CREATE TABLE `table1` (`ID` bigint(20) primary key) ENGINE=InnoDB; CREATE TABLE `table2` ( `ID` bigint(20) NOT NULL AUTO_INCREMENT, `DIVISION_ID` bigint(20) DEFAULT NULL, PRIMARY KEY (`ID`), KEY `FK_TABLE1_DIVISION_1` (`DIVISION_ID`), CONSTRAINT `FK_TABLE1_DIVISION_1` FOREIGN KEY (`DIVISION_ID`) REFERENCES `table1` (`ID`) ON DELETE CASCADE ) ENGINE=InnoDB; DROP TABLE IF EXISTS `table1`;
结果，replicate-ignore-db=test这个从库中复制正常，但replicate-do-db=test这个从库的复制却出现问题。报如下错误：
Last_SQL_Error: Query caused different errors on master and slave. Error on master: message (format)='Cannot delete or update a parent row: a foreign key constraint fails' error code= ; Error on slave: actual message='no error', error code=. Default database: 'db1'. Query: 'DROP TABLE IF EXISTS `table1` /* generated by server */'
Replicate_Ignore_Server_Ids:
完美重现现场。
提交这个Bug的哥们同时也给出了一种替代方案
Suggested fix:
The problem seems to be related to the "USE" above as the following works as expected: CREATE DATABASE `db1`;
CREATE TABLE `db1`.`table1` (`ID` bigint() primary key) ENGINE=InnoDB;
CREATE TABLE `db1`.`table2` ( `ID` bigint() NOT NULL AUTO_INCREMENT, `DIVISION_ID` bigint() DEFAULT NULL, PRIMARY KEY (`ID`), KEY `FK_TABLE1_DIVISION_1` (`DIVISION_ID`), CONSTRAINT `FK_TABLE1_DIVISION_1` FOREIGN KEY (`DIVISION_ID`) REFERENCES `db1`.`table1` (`ID`) ON DELETE CASCADE ) ENGINE=InnoDB;
DROP TABLE IF EXISTS `db1`.`table1`; however if you add an USE `db1` after the CREATE DATABASE statement the replication error will follow.
即在其它schema中删除该表。
但经过测试，无论是在其它schema中执行该操作还是不指定数据库执行该操作，均会使得复制中断。
总结：
1. 该Bug不仅仅在replicate-ignore-db会触发，在replicate-do-db中也会触发。
2. 官方承诺会在5.6.30和5.7.12修复，具体未测。