我正在尝试调试为什么我的DML语句没有在绑定日志中结束。主和从似乎在相互交谈,从状态表明它正确地赶上了最近的日志文件。
我用这个输出做了一个show variables LIKE '%binlog%';,但是binlog_do_db不在那里。
+-----------------------------------------+----------------------+
| Variable_name | Value |
+-----------------------------------------+----------------------+
| binlog_cache_size | 32768 |
| binlog_checksum | CRC32 |
| binlog_direct_non_transactional_updates | OFF |
| binlog_error_action | ABORT_SERVER |
| binlog_format | ROW |
| binlog_group_commit_sync_delay | 0 |
| binlog_group_commit_sync_no_delay_count | 0 |
| binlog_gtid_simple_recovery | ON |
| binlog_max_flush_queue_time | 0 |
| binlog_order_commits | ON |
| binlog_row_image | FULL |
| binlog_rows_query_log_events | OFF |
| binlog_stmt_cache_size | 32768 |
| innodb_api_enable_binlog | OFF |
| innodb_locks_unsafe_for_binlog | OFF |
| log_statements_unsafe_for_binlog | ON |
| max_binlog_cache_size | 18446744073709547520 |
| max_binlog_size | 104857600 |
| max_binlog_stmt_cache_size | 18446744073709547520 |
| sync_binlog | 1 |
+-----------------------------------------+----------------------+经过大量的努力和悲伤之后,我发现在前面的管理员中,一定是试图让复制正常工作,并将这些行放入/etc/mysql/mysql.conf.d/mysqld.cnf文件中。
# Setup Incremental Backups
log-bin = /srv/ddisk/backups/mysql/mysql_inc
expire_logs_days = 3
max_binlog_size = 100M
server-id = 1
binlog_do_db = include_database_name最后一行可能是罪魁祸首(虽然我可能会清除整个配置块,因为我已经将它们放在my.cnf配置文件中了)。在任何情况下,我现在都试图验证MySQL是否确实读取了这个配置,但是我无法确定要运行哪个查询才能找到这个变量。
会不会有人碰巧知道如何找到binlog_do_db
提前感谢
发布于 2022-06-24 03:52:26
您可以在下面的主节点上使用mysql提示符进行检查:
mysql>显示主状态;
它将显示二进制日志文件、位置、Binlog_Do_DB、Binlog_Ignore_DB参数等。
https://stackoverflow.com/questions/58405303
复制相似问题