一、使用replicate_do_db和replicate_ignore_db时有一个隐患，跨库更新时会出错。
使用replicate_do_db和replicate_ignore_db时有一个隐患，跨库更新时会出错。
如在Slave（从）服务器上设置 replicate_do_db=test（my.conf中设置）
use mysql;
update test.table1 set ......
那么Slave（从）服务器上第二句将不会被执行
如Slave（从）设置 replicate_ignore_db=mysql
use mysql;
update test.table1 set ......
那么Slave上第二句会被忽略执行
原因是设置replicate_do_db或replicate_ignore_db后，MySQL执行sql前检查的是当前默认数据库，所以跨库更新语句在Slave上会被忽略。
可以在Slave上使用 replicate_wild_do_table 和 replicate_wild_ignore_table 来解决跨库更新的问题，如：
replicate_wild_do_table=test.%
或
replicate_wild_ignore_table=mysql.%
这样就可以避免出现上述问题了
本文来自 tlpower 的CSDN 博客 ，全文地址请点击：https://blog.csdn.net/tlpower/article/details/7891870?utm_source=copy
二、实验1—配置主库复制参数—binlog-do-db
binlog-do-db：指定mysql的binlog日志记录哪个db
1、实验1-1—binlog_format为STATEMENT
（1）主库配置：
binlog-do-db=test1
binlog-do-db=test2
（2）查看主角库的binlog_format 模式
mysql>show variables like '%binlog_format';
+---------------+----------+
| Variable_name | Value |
+---------------+----------+
| binlog_format | STATEMENT|
+---------------+----------+
1 row in set (0.01 sec)
（3）实验1-1-1：进入mysql，跨库执行创建表操作，查看从库情况
主库：进入mysql，跨库执行创建表操作
root@[mysql]>use mysql;
Database changed
root@[mysql]>create table test1.dd (id int);
Query OK, 0 rows affected (0.00 sec)
root@[mysql]>select * from test1.dd;
Empty set (0.02 sec)
从库：从库没有创建此表。
(test1ing)root@localhost [test1]> use test1;
Database changed
(test1ing)root@localhost [test1]> show tables;
Empty set (0.01 sec)
（4）实验1-1-2：主库进入配置同步的库test2内，跨库创建配置同步的库test1相关表，查看从库情况
主库：
root@[mysql]>use test2;
Database changed
root@[test2]>create table test1.dd (id int);
Query OK, 0 rows affected (0.02 sec)
从库：
(test1ing)root@localhost [test1]> show tables;
+----------------+
| Tables_in_test1|
+----------------+
| dd |
+----------------+
1 row in set (0.00 sec)
结论：在binlog_format=STATEMENT时，在用use dbname的格式下，如果dbname没有在binlog-do-db里，DDL和DML语句都不会被记录在binlog里。即使指定具体的test1.dd；
2、实验1-2—binlog_format为row模式
（1）主库配置：
binlog-do-db=test1
binlog-do-db=test2
（2）查看主库的binlog_format 模式
root@[(none)]>show variables like '%binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW |
+---------------+-------+
1 row in set (0.00 sec)
（3）实验1-2-1：在mysql库下，跨库创建test1库下的表dd，查看从库情况
主库：
root@[(none)]>use mysql
Database changed
root@[mysql]>create table test1.dd (id int);
Query OK, 0 rows affected (0.01 sec)
从库：
(test1ing)root@localhost [test1]> show tables;
Empty set (0.02 sec)
---------
（4）实验1-2-2：在mysql库下，跨库插入数据，查看从库情况
主库：
root@[mysql]>insert into test1.dd values(11);
Query OK, 1 row affected (0.00 sec)
root@[mysql]>commit;
Query OK, 0 rows affected (0.01 sec)
从库：
(test1ing)root@localhost [test1]> select * from dd;
+------+
| id |
+------+
| 11 |
+------+
1 row in set (0.00 sec)
结论：在row模式下，在用use dbname的格式下，如果dbname没有在binlog-do-db里，DDL语句都不会被记录在binlog里。即使指定具体的test1.dd；DML语句会记录。
————————————————————————————————————————————
3、实验1-3—binlog_format为MIXED模式
（1）主库配置：
binlog-do-db=test1
binlog-do-db=test2
（2）查看主库的binlog_format 模式
root@[(none)]>show variables like '%binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | MIXED |
+---------------+-------+
1 row in set (0.00 sec)
（3）实验1-3-1：主库mysql下跨库创建test1库下的表dd
主库：
root@[(none)]>use mysql
Database changed
root@[mysql]>create table test1.dd (id int);
Query OK, 0 rows affected (0.01 sec)
从库：
(test1ing)root@localhost [test1]> show tables;
Empty set (0.02 sec)
---------
（4）实验1-3-2：主库mysql下跨库插入表数据
主库：
root@[mysql]>insert into test1.dd values(11);
Query OK, 1 row affected (0.00 sec)
root@[mysql]>commit;
Query OK, 0 rows affected (0.01 sec)
从库：
(test1ing)root@localhost [test1]> select * from dd;
Empty set (0.01 sec)
结论：在mixed模式下，在用use dbname的格式下，如果dbname没有在binlog-do-db里，DDL、DML语句都不会被记录在binlog里。即使指定具体的test1.dd；
三、总结：
1、在有几个数据库的情况下，主库配置：binlog-do-db=db1
use db1;
update db1.table1 set col1=10,db2.table2 set col2=10;
当使用statement模式时，两个修改都会被记录到binlog里；当使用row模式时，只有table1的修改会记录到binlog，table2不会记录。
use db4;
update db1.table1 set col1=10,db2.table2 set col2=10;
当使用statement模式时，两个修改都不会被记录到binlog里；当使用row模式时，只有table1的修改会记录到binlog，table2不会记录。
2、从库配置Replicate_Do_DB
Replicate_Do_DB：参数是在slave上配置，指定slave要复制哪个库
（1）Replicate-Do-DB=sales
use price;
update sales.february set amount=amount+100
当使用statement模式时，update语句将不会被复制到slave上；当使用row模式时，update语句会复制到slave上；
（2）Replicate-Do-DB=db1
use db1;
update db1.table1 set col1=10,db2.table2 set col2=10;
当使用statement模式时，两个修改都会复制到slave上；当使用row模式时，只有table1的update语句会复制到slave上，table2不会复制。
use db4;
update db1.table1 set col1=10,db2.table2 set col2=10;
当使用statement模式时，两个修改都不会复制到slave上；当使用row模式时，只有table1的update语句会复制到slave上，table2不会复制。
建议在没有完全测试清楚的情况下，mysql复制的这几个选择性参数要慎用， 因为在binlog_format不同的情况下，会对binlog产生不同的影响，从而可能导致主从数据不一致。
如果有需要，可以使用replicate-wild-do-table和Replicate-Ignore-Table代替。
