Replicate_Do_DB和Replicate_Wild_Do_Table -复制不起作用

Question

我的任务是在从主机上设置复制。主数据库是一个“数据存储”，每天删除、重新创建和重新加载表。

通过复制，我最初的从主机设置运行良好，总是落后于主服务器。在与“数据存储”的用户交谈后，我意识到并不是所有的数据库和表都需要复制。所以这就是我所做的

CI-DB002-PRD [root@localhost] ON (none)>  STOP SLAVE\G

CI-DB002-PRD [root@localhost] ON (none)> CHANGE REPLICATION FILTER REPLICATE_DO_DB = (bidw,cf2_fact,ct_fact,ez_fact,gt_fact,sfdc,soa_fact,tesla_fact,tmc_fact);

CI-DB002-PRD [root@localhost] ON (none)> CHANGE REPLICATION FILTER REPLICATE_WILD_DO_TABLE = ('bidw.domo%', 'bidw.consolidated%', 'bidw.cf2%', 'bidw.tesla%');

CI-DB002-PRD [root@localhost] ON (none)>  START SLAVE\G

很快，复制就赶上了，现在，从服务器落后于主服务器3-7秒.

但是复制没有触及我想要被复制的数据库。尽管我上面列出的模式每10分钟就会发生一次主数据的变化。我做了几次验证查询，结果现在不同了。当我检查我的奴隶的身份时，没有什么特别的。

CI-DB002-PRD [root@localhost] ON (none)> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Queueing master event to the relay log
                  Master_Host: 10.239.0.34
                  Master_User: ci02replicadb
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: binary-log.009871
          Read_Master_Log_Pos: 14678596
               Relay_Log_File: ci-db002-prd-relay-bin.007914
                Relay_Log_Pos: 814824
        Relay_Master_Log_File: binary-log.009871
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: bidw,cf2_fact,ct_fact,ez_fact,gt_fact,sfdc,soa_fact,tesla_fact,tmc_fact,staging,phoenix,data_science
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table: bidw.domo%,bidw.consolidated%,bidw.cf2%,bidw.tesla%,bidw.ez%,bidw.ct%,bidw.gt%,bidw.tmc%,bidw.did%,bidw.Shortened%,bidw.other_revenue%,bidw.revenue%,bidw.advanced_cohort%
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 814626
              Relay_Log_Space: 14679056
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 22
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
                  Master_UUID: a485ab14-aa57-11ea-bef5-42010aef0022
             Master_Info_File: /data/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Reading event from the relay log
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.01 sec)

对于"Replicate_Wild_Do_Table"，我只复制其中列出的表，因为整个"bidw“数据库都充斥着垃圾表。

我在这里错过了什么？我不能同时使用两个过滤器吗？我在5.7.31版。

Answer 1

这是我公司的一个旧博客：设置MySQL复制筛选器的最佳实践。

它的部分内容是：

MySQL为设置复制提供了三个级别的筛选器:二进制日志、DB和表。binlog过滤器应用于主程序，以控制如何记录更改。由于MySQL复制是基于二进制日志的，所以它是第一级筛选器，具有最高优先级。虽然DB级和表级筛选器应用于从节点，但由于每个表都属于一个模式，所以DB级过滤器比表级过滤器具有更高的优先级。在表级过滤器中，MySQL将按顺序计算选项：-复制表、-复制-忽略-表、-复制-胡作非为、-复制-狂野-忽略-表。

考虑到这一声明并查看您的SHOW SLAVE STATUS\G，我将执行以下操作之一：

1. 从bidw列表中删除Replicate_Do_DB (至少)
2. 删除Replicate_Wild_Do_Table并迁移所有垃圾表
3. 完全删除Replicate_Do_DB列表(最后)

更新2020-08-12 10:54美国东部时间

为了进一步澄清，Replicate_Do_DB允许midw数据库中的所有东西和它的祖母复制，因此Replicate_Wild_Do_Table实际上被忽略了。

Answer 2

为什么不能使用忽略二进制日志记录中的特定表。

米舍尔德 log-bin =/var/log/mysql/bin.log binlog-do-db = db1 binlog-do-db = db2