mysql replication之binlog-do-db、binlog-ignore-db

最新推荐文章于 2024-11-14 12:56:02 发布
转载 最新推荐文章于 2024-11-14 12:56:02 发布 · 1.7k 阅读 · 1
文章标签：

#数据库

本文深入解析MySQL复制过程中的启动参数binlog-do-db和binlog-ignore-db，通过阅读MySQL官方帮助文档，作者详细解释了如何判断一条SQL语句是否会被写入日志，强调了在设置binlog-do-db时确保对指定数据库进行更新的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

再次整理管理mysql复制的资料，一直搞不明白为什么mysql的启动参数里面有两个binlog-do-db、binlog-ignore-db

这次仔细的阅读了mysql的帮助手册，整理一下对于一条语句是否写入日志的判断步骤，如下图：

注意：mysql帮助文档也在提示用户注意这句话，如果设置了binlog-do-db，一定要保证对指定的数据库做更新，因为判断对一个语句是否写入日志，是跟当前数据库有关的。

mysql binlog_ignore_db参数的效果详解
yonggeit的博客
12-15 1016
​我们知道 binlog 会记录数据库所有执行的 DDL 和 DML 语句（除了数据查询语句select、show等）。我们可以在mysql配置文件中关闭binlog注意默认情况下会记录所有库的操作，那么如果我们有另类需求，比如说只让某个库记录 binglog 或排除某个库记录 binlog ，需要怎么配置呢？
binlog_do_db 与 binlog_ignore_db
数据矿工的博客
07-11 3366
binlog_ignore_db 参数的效果确实和诸多因素有关，特别是有从库的情况下，主库要特别小心使用此参数，很容易产生主从同步错误。
Mysqlbinlog使用
成都创新工坊科技有限公司-http://www.going100.com/
07-04 196
1、binlog 基本认识 MySQL的二进制日志可以说是MySQL最重要的日志了,它记录了所有的DDL和DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二进制日志是失误安全型的. 一般来说开启二进制日志大概会有1%的性能损耗(参见MySQL官方中文手册 5.1.24版).二进制有两个最重要的使用场景: 其一是:MySQL Replication在M...
MySQL 配置项binlog-ignore-db和binlog-do-db的优先级问题
学亮编程手记
08-18 297
如果你正在使用 MySQL 5.7 或更高版本，将覆盖。如果你正在使用 MySQL 5.6 或更低版本，将覆盖。
mysql binglog do db_为什么 MySQL的 binlog-do-db 选项是危险的
weixin_36264801的博客
01-19 292
作者:Baron SchwartzWhy MySQL’s binlog-do-db option is dangerous为什么 MySQL的 binlog-do-db 选项是危险的.I see a lot of people filtering replication with binlog-do-db, binlog-ignore-db, replicate-do-db, and repli...
mysql主从同步 binlog-do-db replicate-do-db
hgffhh的博客
02-09 4650
mysql主从同步 binlog-do-db replicate-do-db
mysql学习--binlog与gtid主从同步
2202_76007104的博客
02-29 1282
2.binlog传输到slave，并存储到salve的relaylog后，读取这个GTID的这个值设置GTID——next变量，即告诉slave，下一个要执行的GTID值。5.如果没有记录，slave会执行该GTID事务，并记录到该GTID到自身的binlog，在读取该事务前会检查其他session持有该GTID，确保不被重复执行。1.当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。4.如果有记录说明该GTID的事务已经执行，slave会忽略。
【mysql】【binlog】mysql配置binlog
superone52033的博客
02-28 2822
mysql配置binlog教程
mysql binlog日志恢复【亲测有效，有例子实测】
03-22
binlog-ignore-db = mysql binlog-ignore-db = information_schema binlog-ignore-db = performance_schema binlog-ignore-db = sys ``` 这里，binlog_format设置为ROW，意味着以行级格式记录binlog，这样可以...
mysql主从配置示例
XiaoXiao_RenHe的专栏
09-02 1753
1、mysql怎么配置主从。 2、mysql配置主从遇到的问题及解决方法。 3、mysql主从出错后怎么查找问题。
binlogignoredb mysql_关于mysql:MySQL-binlogignoredb-参数最全解析
weixin_39585378的博客
03-05 253
前言：通过后面文章学习，咱们晓得 binlog 会记录数据库所有执行的 DDL 和 DML 语句(除了数据查问语句select、show等)。留神默认状况下会记录所有库的操作，那么如果咱们有另类需要，比如说只让某个库记录 binglog 或排除某个库记录 binlog ，是否反对此类需要呢？本篇文章咱们一起来看下。【腾讯云】云产品限时秒杀，爆款1核2G云服务器，首年99元1. binlog_do_...
深入理解 MySQL 参数 Binlog_Do_DB 和 Binlog_Ignore_DB
十年运维开发经验的王义杰在此分享自己的知识和经验
10-22 2010
MySQL 是当今最流行的关系型数据库之一，它具有多种配置参数来满足不同的业务需求。在配置 MySQL 的复制功能时，两个重要的参数 Binlog_Do_DB 和 Binlog_Ignore_DB 会出现。这两个参数用于控制二进制日志（binlog）中记录的内容。通过理解和正确配置这些参数，我们能够更好地控制复制过程，确保数据的一致性和可靠性。
mysqlq binlog_ignore_db 介绍
红牛vc的博客
08-19 1476
1. binlog_do_db 与 binlog_ignore_db 当数据库实例开启 binlog 时，我们执行 show master status 命令，会看到有 Binlog_Do_DB 与 Binlog_Ignore_DB 选项。 1 2 3 4 5 6 mysql>showmasterstatus; +---------------+----------+--------------+----...
MySQL binlog_ignore_db 参数最全解析
MySQL技术
12-04 2870
前言： 经过前面文章学习，我们知道 binlog 会记录数据库所有执行的 DDL 和 DML 语句（除了数据查询语句select、show等）。注意默认情况下会记录所有库的操作，那么如果我们有另类需求，比如说只让某个库记录 binglog 或排除某个库记录 binlog ，是否支持此类需求呢？本篇文章我们一起来看下。 1. binlog_do_db 与 binlog_ignore_db 当数据库实例开启 binlog 时，我们执行 show master status 命令，会看到有 Binlog_Do_D
mysql手册中文翻译binlog-ignore-db的错误
weixin_34184561的博客
12-25 227
下载了一个mysql手册中文翻译CHM版本，一直用。按中文手册对binlog-ignore-db的解释发现了一个错误。 中文手册对binlog-ignore-db的解释如下：–binlog-ignore-db=db_name告诉主服务器，如果当前的数据库(即USE选定的数据库)是db_name，不应将更新保存到二进制日志中。如果你使用该选项，你应确保只对当前的数据库进行更新...
Mysql数据库之Binlog日志_Mysql数据库之Binlog日志使用总结(必看篇)
weixin_27038701的博客
02-28 228
binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理：一、binlog日志介绍1)什么是binlogbinlog日志用于记录所有更新了数据或者已经潜在更新了数据(例如，没有匹配任何行的一个DELETE)的所有语句。语句以“事件”的形式保存，它描述数据更改。2)binlog作用因为有了数据更新的bin...
binlog_ignore_db 配置详解
yonggeit的博客
11-14 1354
我们了解到，binlog 会对数据库中执行的所有 DDL 和 DML 语句予以记录（数据查询语句 select、show 等除外）。在 MySQL 配置文件中，我们能够关闭 binlog。[mysqld]需注意，默认状况下会记录所有库的操作。倘若我们存在特殊需求，比如仅让某个库记录 binlog 或者排除某个库记录 binlog ，应当如何进行配置呢？
MySQL(InnoDB剖析):11---文件之（日志文件：错误日志(error log)、慢查询日志(slow query log)、查询日志(query log)、二进制日志(bin log)）
董哥的黑板报
01-30 1642
日志文件记录了影响MySQL数据库的各种类型活动 常见的日志文件有： 错误日志（error log） 慢查询日志（slow query log） 查询日志（log） 二进制文件（binlog） 一、错误日志 错误日志文件对MySQL的启动、运行、关闭过程进行了记录。遇到问题时应该首先查看该文件以便定位问题。该文件不仅记录了所有的错误信息，也记录一些警告信息或正确的信息 用户......
SHOW BINLOG EVENTS IN 'mysql-bin.000001'; -- 分析 binlog 事件
最新发布
04-01
<think>好的，我现在需要帮用户解答关于MySQL的`SHOW BINLOG EVENTS IN 'mysql-bin.000001';`命令的问题。首先，我得回忆一下这个命令的具体用途和参数。用户可能想知道如何分析binlog事件，尤其是在恢复数据时，这可能和他们之前的问题有关联。 用户之前问过物理删除数据后的恢复方法，当时提到了使用binlog来恢复，所以现在他们可能想深入了解如何操作binlog。我需要解释这个命令的作用，以及如何用它来定位具体的事件，比如删除操作的位置，从而进行恢复。 接下来，我需要确定用户的使用场景。他们可能是数据库管理员或者开发人员，遇到了数据误删除的情况，需要从binlog中找回数据。用户可能对binlog的结构不太熟悉，所以需要详细的步骤说明，包括如何查看事件、过滤特定表或操作类型，以及如何结合mysqlbinlog工具进一步分析。 用户可能还有更深层的需求，比如如何高效地找到需要回滚的位置，或者如何解析binlog的内容。因此，在回答中要包含实际示例，说明每个参数的意义，以及常见的使用技巧，比如限制输出行数或者使用grep过滤结果。同时，要提醒用户注意事项，比如需要足够的权限，以及binlog的存储方式可能影响结果。 还要注意用户之前的问题中提到的备份和恢复策略，这里可以再次强调binlog在恢复中的重要性，并建议用户确保binlog已开启，定期备份，以预防未来的数据丢失。此外，用户可能需要知道如何生成反向SQL，所以在之前的回复中提到的mysqlbinlog命令也需要在这里适当提及，保持回答的连贯性。 最后，要确保语言简洁明了，结构清晰，分步骤解释，让用户能够一步步跟随操作。同时，加入示例输出和表格总结，帮助用户更好地理解。还要检查是否有权限问题或其他潜在风险，比如大量事件导致的输出过长，给出相应的解决建议，如使用LIMIT子句或结合其他工具分析。</think>以下是关于 `SHOW BINLOG EVENTS` 命令的详细解析与应用场景说明： --- ### 一、命令作用 **`SHOW BINLOG EVENTS IN 'mysql-bin.000001';`** 用于查看指定二进制日志文件（binlog）中记录的所有事件（Event），包括： - **事件类型**（如 `Query`、`Write_rows`、`Delete_rows`） - **事件位置**（`Pos` 和 `End_log_pos`） - **关联的数据库和 SQL 语句** - **时间戳**（`Timestamp`） --- ### 二、参数详解 | 参数 | 说明 | |---------------------|-----------------------------| | `IN 'mysql-bin.000001'` | 指定要分析的 binlog 文件名 | | `FROM position` | 从指定位置开始读取（可选） | | `LIMIT n` | 限制输出事件数量（可选） | --- ### 三、操作步骤 #### 1. 查看当前 binlog 文件 ```sql SHOW MASTER STATUS; ``` 输出示例： ``` +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000001 | 123456 | | | | +------------------+----------+--------------+------------------+-------------------+ ``` #### 2. 分析指定 binlog 文件 ```sql SHOW BINLOG EVENTS IN 'mysql-bin.000001' LIMIT 10; ``` 输出示例： ``` +------------------+-----+----------------+-----------+-------------+--------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +------------------+-----+----------------+-----------+-------------+--------------------------------------+ | mysql-bin.000001 | 4 | Format_desc | 1 | 123 | Server ver: 8.0.33, Binlog ver: 4 | | mysql-bin.000001 | 123 | Previous_gtids | 1 | 154 | | | mysql-bin.000001 | 154 | Anonymous_Gtid | 1 | 234 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' | | mysql-bin.000001 | 234 | Query | 1 | 345 | BEGIN | | mysql-bin.000001 | 345 | Table_map | 1 | 456 | table_id: 123 (test.users) | | mysql-bin.000001 | 456 | Delete_rows | 1 | 567 | table_id: 123 | | mysql-bin.000001 | 567 | Xid | 1 | 678 | COMMIT /* xid=12345 */ | +------------------+-----+----------------+-----------+-------------+--------------------------------------+ ``` #### 3. 定位删除操作 - **过滤特定表**：结合 `grep` 或 `WHERE` 条件（需在外部工具中处理） - **关键字段**： - `Pos`：事件起始位置 - `End_log_pos`：事件结束位置 - `Info`：事件详细信息（如执行的 SQL） --- ### 四、实际应用场景 #### 场景：恢复误删除数据 1. **找到删除事件的位置** ```sql SHOW BINLOG EVENTS IN 'mysql-bin.000001' WHERE Event_type = 'Delete_rows'; ``` 2. **提取对应位置的 SQL** ```bash mysqlbinlog --start-position=456 --stop-position=567 mysql-bin.000001 > recovery.sql ``` 3. **生成反向 SQL** 若需回滚删除操作，可使用 `mysqlbinlog` 的 `--flashback` 参数（需第三方工具如 `binlog2sql`）。 --- ### 五、注意事项 1. **权限要求** - 需要 `REPLICATION SLAVE` 和 `REPLICATION CLIENT` 权限。 2. **binlog 格式影响** - `STATEMENT` 格式：记录原始 SQL - `ROW` 格式：记录行数据变化（更易解析具体操作） ```sql SHOW VARIABLES LIKE 'binlog_format'; -- 确认格式 ``` 3. **大文件处理** - 若 binlog 文件过大，建议结合 `LIMIT` 分批次分析： ```sql SHOW BINLOG EVENTS IN 'mysql-bin.000001' FROM 456 LIMIT 5; ``` --- ### 六、扩展工具推荐 1. **mysqlbinlog** ```bash mysqlbinlog --base64-output=decode-rows -v mysql-bin.000001 # 解析 ROW 格式日志 ``` 2. **binlog2sql** - 开源工具，支持生成回滚 SQL： ```bash python binlog2sql.py -h127.0.0.1 -P3306 -uroot -p'password' \ --start-file='mysql-bin.000001' --start-position=456 --end-position=567 -d test -t users ``` --- ### 总结 | 操作步骤 | 核心命令/工具 | 用途 | |------------------------|----------------------------------|--------------------------| | 查看 binlog 事件 | `SHOW BINLOG EVENTS` | 快速定位事件位置 | | 解析详细内容 | `mysqlbinlog` | 提取原始 SQL 或行数据变化 | | 生成回滚 SQL | `binlog2sql` | 数据恢复 | | 过滤分析 | `grep` 或 `WHERE` 条件 | 精准定位操作 |
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值