我的任务是在从属主机上设置复制。主数据库是一个“数据存储”,其中的表每天都会被删除、重新创建和重新加载。
我最初设置的从属主机运行良好,但复制总是比主主机晚几天。在与“数据存储”的用户交谈后,我意识到并非所有数据库和表都需要复制。所以我这样做了
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 版本。
答案1
(dba.stackexchange.com 可能是更好的询问地点。)
可以尝试以下操作:
您可以将 do_db 过滤移至主服务器作为“binlog_do_db”吗?如果可以,这也会提高性能,因为副本服务器不会拉取内容,然后将其丢弃。
将
replicate_do_db
移入Replicate_Wild_Do_Table
列表。(混合使用各种replicate...
选项时,可能会发生奇怪的事情。)