mysql5.6解决binlog为row格式时增长量过大问题

最新推荐文章于 2025-06-27 10:53:54 发布
最新推荐文章于 2025-06-27 10:53:54 发布
阅读量3.6k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： mysql 文章标签： binlog
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/jerry____wang/article/details/53112914
本文探讨了在MySQL中binlog_row_image参数的作用及其对binlog日志大小的影响。通过对比full与minimal两种模式，展示了如何减少binlog日志量，从而节省存储空间并提高性能。

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

binlog_format为row格式的时候记录的不是简单的sql，而是实际变更的行，一些大的DML操作，会导致binlog量增加很大，消耗额外的IO、网络资源


可以通过设置binlog_row_image=minimal解决


测试：

binlog_row_image默认值是full



对user表进行update



进入binlog里面查看更新记录，binlog日志将所有影响的行都进行了记录



现在将binlog_row_image=minimal



对表中的行进行相同的update操作 再来观察下binlog记录



结论：可以对比发现当binlog_row_image=minimal的时候binlog只记录了影响的那一行记录，有效减少了binlog日志量。


线上mysql的binlog导致磁盘暴增的排查记录
oMaFei的博客
03-29 1429
事情由来： 一大早突然收到zabbix告警，说磁盘就剩不到15了，赶紧上去瞅瞅什么情况 排查过程 1、df -ah 看看确认是/data目录占用91%了已经 2、找到具体/data下的哪个目录用的，最终定位到是mysql的binlog占用，这很明显是binlog写的太多导致的了，ps， 这里排查过程那个图忘了截了，可以用du -ah -d 1 看具体某个目录下的所有子目录的占用大小 -d 是代...
mysql binlog急速增长_mysqlbinlog增量恢复
weixin_35767900的博客
01-27 1029
前言mysqlbinlog工具的作用是解析mysql的二进制binlog的日志内容，把二进制日志解析成可以在MySQL数据库里执行的SQL语句。1.mysql的binlog日志是什么mysql数据目录下的xxx-bin.000001这样的文件就是mysql的binlog日志2.mysql的binlog日志的作用mysql的binlog日志用于记录MySQL内部的增删改等操作，也就是对MySQL数据...
【MySQL】Binlog文件占用空间比较大，如何清理
求索
06-27 776
如何正确清理MySQL数据库的binlog文件
mysql 中继日志是什么_Mysql: 中继日志产生频率过高，一分钟一个，怎么回事？...
weixin_42263617的博客
01-21 210
Mysql中继日志产生频率过高，一分钟一个，怎么回事？如何解决？-rw-r----- 1 mysql mysql 362 May 28 10:08 mysqld-relay-bin.026937-rw-r----- 1 mysql mysql 362 May 28 10:09 mysqld-relay-bin.026938-rw-r----- 1 mysql mysql 362 ...
mysql binlog急速增长_MYSQL中如何实现binlog优化
weixin_33417488的博客
01-19 1090
MYSQL中如何实现binlog优化发布时间：2020-07-17 10:27:49来源：亿速云阅读：102作者：小猪这篇文章主要讲解了MYSQL中如何实现binlog优化，内容清晰明了，对此有兴趣的小伙伴可以学习一下，相信大家阅读完之后会有帮助。问题问题1：如何解决事务提交时flush redo log带来的性能损失WAL是实现事务持久性(D)的一个常用技术，基本原理是将事务的修改记录redo ...
技术分享 | binlog 异常暴涨分析
chiweiliu4439的博客
08-23 401
原创作者：高鹏 背景 这是一个朋友遇到的问题，他的现象大概如下（MySQL5.6）： 某个binlog实际大小3g左右，实际设置大小应该是1g 其中包含一个大事务，但是最后一个事务是小事务 查看大事务的XID_EVENT（'commit'）时间和最后一个小事...
Mysql binlog乱码问题研究
killer0128的专栏
07-15 5187
新9代上线后，线上数据库的binlog日志导下来，发现有很多乱码的字符。类似的http://blog.csdn.net/leshami/article/details/42028461根据这篇文章，这些乱码的是通过base64位加密了。SHELL>  mysqlbinlog --base64-output=DECODE-ROWS -v /opt/data/APP01bin.000001&gt...
MySQL 4.1/5.0/5.1/5.5/5.6各版本的主要区别整理
09-09
在深入探讨MySQL不同版本的特性与区别之前，先让我们了解一下MySQL这个广泛使用的开源关系型数据库管理系统...随着技术的发展和用户需求的变化，MySQL仍然在不断进步，为用户提供更加强大和灵活的数据库解决方案。
数据库故障排查指南：MySQL 解决常见问题解决
专栏
05-07 1275
数据库故障排查是一个需要经验积累和系统性思维的过程。通过掌握本文介绍的排查步骤，并结合 MySQL 提供的强大工具和日志信息，您可以更高效地诊断和解决各类问题。然而，最好的策略是防患于未然。通过建立可靠的备份与恢复机制、实施严格的安全措施、部署全面的监控系统以及进行定期的维护，您可以最大程度地降低数据库故障的发生概率，从根本上保障数据的安全与系统的稳定运行。持续学习和实践，将使您在数据库管理的道路上更加从容。
【MySQL 5.6新手必备】：快速掌握12个核心技能与最佳实践！
本文深入探讨了MySQL 5.6版本的核心特性和高级应用，旨在为数据库管理员和开发者提供全面的指导。首先，本文从基础知识和架构角度出发，介绍了数据库的操作、存储引擎、事务处理以及数据类型和函数。随后，详细分析...
【MySQL 5.6内核参数调优】：核心参数调整的性能影响分析
本文首先概述了MySQL 5.6内核参数，并介绍了其理论基础，包括MySQL体系结构、关键参数的作用和参数调整的理论影响。随后，文章深入探讨了内核参数调优的实践，包括缓存优化、线程和连接设置，以及实际案例的调优效果...
Server 上的mysql 文件 mysql-bin.00001操作日志一直增加，占据内存
ai_feng123的博客
05-09 3101
MySQL里原本数据内存不多，但是在三天之内C盘内存剩余不多，结果发现在MySQL安装文件路径下 mysql-bin.00001的内存一直在增加，导致C盘内存快耗尽。解救方案：我们只有一台服务器，不用考虑主从服务器的统一性。我们的系统是windows。在MySQL文件夹下找到my.nin配置文件，将里面的log-bin=mysql-bin注释掉，在log-bin=mysql-bin前加入#注释掉，...
mysql 日志增长_数据库日志增长解决方法
weixin_39980234的博客
02-02 373
数据库日志增长过快解决方法：1: 删除LOG1：分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库2：删除LOG文件3：附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库此法生成新的LOG，大小只有500多K再将此数据库设置自动收缩或用代码：下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。EXEC ...
MySQL中binlog过多的正确处理方式
qq_36803154的博客
03-12 6766
MySQL读写量很大，导致了binlog日志量也很大，本来服务器专门用来做数据库服务器的，空间也是分到了2个T，最近发现服务器空间越来越小，于是排查到了是MySQL的数据路径下产生了太多太多的binlog文件，于是总结了此篇文章，正确处理正式环境binlog文件过多导致服务器空间不够的方式。
问题：阿里云RDS数据库Binlog日志一直增大，撑爆磁盘
V_wenmao的博客
11-09 1619
问题：阿里云RDS数据库Binlog日志一直增大，撑爆磁盘 最后结果，是因为MySQL语句问题，没有where的条件下，导致更新操作 没有开启安全模式，需要开启sql更改安全模式，禁止没有where的条件下，更新操作 阿里云的需要提交工单，其他的直接进入数据库进行查看并开启就可以 mysql> show VARIABLES LIKE 'sql_safe_updates' 查看安全 m...
mysql-binlog三种模式的区别（row，statement，mixed）
wj1298250240的博客
11-19 1864
mysq的binlog三种模式的区别（row，statement，mixed） 1.Row 日志中会记录成每一行数据被修改的形式，然后在slave端再对相同的数据进行修改，只记录要修改的数据，只有value，不会有sql多表关联的情况。 优点：在row模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条记录被修改了，修改成什么样了，所以row的日志内容会非常清楚的记录下每一行数据修改的细节，非常容易理解。而且不会出现某些特定情况下的存储过程和function，以及tri
Mysql数据库日志大量占用磁盘空间导致速度缓慢
心飞路漫的博客
06-03 8201
https://www.liaosam.com/large-mysql-log-cause-low-speed.html故障记录，仅供参考！使用 Linode vps 完成建站并且使用时间超过一年以上的学员可以检查一下。最近帮学员解答问题的时候发现有个学员用 Linode 建的网站，网站内容很多，有上百个产品也有不少 blog 文章（做内容营销的）。他反映，用了一年多了，网站的速度最近感觉明显很慢...
mysql 日志增长_解决sql日志增大的办法
weixin_42407741的博客
02-18 670
一:分享]解决SQL日志增大的办*[望置顶]--假设test2为数据库名称在查询分析器中执行：backup log MuOnline with NO_LOGbackup log MuOnline with TRUNCATE_ONLYDBCC SHRINKDATABASE(MuOnline)将上面的语句多次执行，直到日志文件缩小。exec sp_dboption 'MuOnline','autosh...
一次binlog暴涨的分析
liuzhilong的博客
01-14 739
某库最近binlog暴涨，撑到备份磁盘告警。几分钟就生成了500m，但是data文件不怎么涨 -rw-rw---- 1 mysql mysql 525780067 Jan 14 09:27 mysql-bin.002058 -rw-rw---- 1 mysql mysql 525172203 Jan 14 09:32 mysql-bin.002059 -rw-rw---- 1 mysql mysql 524929124 Jan 14 09:38 mysql-bin.002060 -rw-rw---- 1
mysql 更改binlog为row模式后，还会出现个别表使用binlog格式为mixed 是为什么
最新发布
07-05
<think>首先，用户的问题是："请问mysql binlog 设置为 row 模式后个别表仍使用 mixed 格式的原因"。这涉及到MySQL的binlog（二进制日志）格式设置。 从系统级指令中，我需要： - 所有行内数学表达式用$...$格式。 - 独立公式用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识，如[^1]。 - 回答结构清晰，帮助用户逐步解决问题。 - 参考提供的站内引用，但用户的问题是独立的，所以引用仅供参考。 提供的引用： - [^1]: 关于MySQL binlog Mixed模式记录成Row格式的问题。 - [^2]: 类似[^1]，关于Mixed模式记录成Row格式的奇怪情况。 - [^3]: 解释binlog三种模式（row、statement、mixed）的区别，提到在row模式下insert语句可能产生大量日志。 用户的问题核心是：为什么在全局binlog设置为ROW模式后，某些表仍然使用MIXED格式。 我需要确保回答真实可靠。基于MySQL的知识： - MySQL的binlog模式可以设置为ROW、STATEMENT或MIXED。 - MIXED模式在大多数情况下使用STATEMENT格式，但某些情况下自动切换到ROW格式，比如当涉及非确定性函数或复制时。 - 如果全局设置为ROW，理论上所有表都应该使用ROW格式，除非有特殊情况。 - 可能的原因包括： - 表的存储引擎：InnoDB支持所有模式，但MyISAM可能行为不同。 - 特定语句：某些SQL语句可能触发不同的格式。 - 复制设置：如果涉及到主从复制，设置可能影响。 - 版本差异：不同MySQL版本可能有不同行为。 - 个别表设置：MySQL允许表级设置binlog格式？标准MySQL不支持表级binlog格式设置；它是全局的。 从引用[^1]和[^2]中，提到在MIXED模式下，某些语句如"insert into tb select * from ta"被记录为ROW格式，这可能是因为MySQL自动切换以避免问题。 在用户的问题中，binlog设置为ROW模式，但个别表使用MIXED。这听起来矛盾，因为模式是全局的。 可能用户误解了。或者，在某些上下文中，表的行为看起来像MIXED。 另一个想法：binlog格式是全局的，但日志内容可能因表而异，因为某些操作在ROW格式下以行级记录，而其他操作可能被记录为语句，但ROW模式应该强制所有操作以行级记录。 标准知识： - 当binlog设置为ROW时，所有更改都记录为行级事件。 - MIXED模式在某些情况下（如涉及非确定性函数）切换到ROW，否则使用STATEMENT。 如果全局设置为ROW，没有理由个别表使用MIXED；MIXED是一个模式，不是表级属性。 可能用户看到binlog内容，对于某些表，操作被记录为语句而不是行级，但这在ROW模式下不应该发生。 或许用户指的是在MIXED模式下，某些表被记录为ROW，而其他为STATEMENT，但用户的问题是全局ROW后个别表仍MIXED。 用户说："设置为 row 模式后个别表仍使用 mixed 格式" – 这可能是个错误表述。或许用户意思是，在ROW模式下，某些操作看起来像MIXED行为。 从引用[^3]，提到在row模式下，insert into select语句可能产生大量日志，但它是ROW格式的。 一个可能原因：如果表使用不同的存储引擎，引擎可能影响binlog行为。例如，MyISAM表在复制时可能有不同处理。 在MySQL中，binlog格式是服务器级的，不是表级的。所以，理论上，所有表应该遵循全局设置。 但可能存在例外： - 如果使用BLACKHOLE引擎或特殊引擎。 - 在复制场景中，如果从库设置不同。 - MySQL版本问题：旧版本可能有bug。 另一个想法：用户可能混淆了binlog格式和行格式。行格式是表的属性，如ROW_FORMAT=COMPACT，但这不是binlog。 用户指定"binlog 设置为 row 模式"，所以是binlog格式。 或许用户意思是，在检查binlog时，对于某些表的操作，事件类型是TABLE_MAP或类似，但ROW模式应该记录WRITE_ROW等事件。 我需要基于MySQL文档回答。 关键点： - Binlog模式是全局设置：SET GLOBAL binlog_format = 'ROW'; - 一旦设置，所有二进制日志事件都应以ROW格式记录。 - 没有表级覆盖；所有表都使用相同模式。 - 如果用户观察到个别表使用MIXED，可能是个误解或错误。 可能原因： 1. **设置未生效**：MySQL可能需要重启或会话设置影响。binlog_format可以设置在会话级，所以如果某些连接使用SET SESSION binlog_format = 'MIXED'，它可能影响。 2. **复制过滤**：如果使用复制过滤规则，某些表可能被排除或以不同方式记录。 3. **特定语句**：某些SQL语句可能触发不同的格式，即使在ROW模式下。但从引用[^3]，在ROW模式下，所有语句都记录为行级。 4. **MySQL版本**：旧版本如5.6或5.7可能有bug。例如，在早期版本中，DDL语句总是以STATEMENT格式记录，即使binlog_format=ROW。 5. **事务隔离级别**：可能影响，但不直接相关。 6. **InnoDB vs. MyISAM**：MyISAM表在ROW模式下可能不完全支持，但MySQL 5.5+应该支持。 从引用[^1]和[^2]，问题是在MIXED模式下，某些语句被记录为ROW，而不是在ROW模式下使用MIXED。 对于用户的问题，可能原因： - **会话级设置**：如果应用程序或连接设置了SET SESSION binlog_format = 'MIXED'，它覆盖全局设置，导致个别表（或操作）使用MIXED格式。 - **DDL语句**：数据定义语言（如CREATE TABLE）通常以STATEMENT格式记录，即使在ROW模式下。 - **非事务表**：如果表使用MyISAM等非事务引擎，在ROW模式下，binlog可能以不同方式记录，但应该是ROW格式。 - **错误或bug**：MySQL可能有bug导致不一致。 在回答中，我需要逐步解释。 结构回答： 1. **解释binlog模式**：简要介绍ROW、STATEMENT、MIXED。 2. **全局设置行为**：说明binlog_format是全局设置，所有表应遵循。 3. **可能原因**：列出为什么个别表可能显示MIXED行为的原因。 4. **解决方案**：如何诊断和修复。 5. **生成相关问题**：在末尾。 使用中文。 引用：在回答中，如果引用段落，添加引用标识。但提供的引用是参考，不是直接相关。用户的问题没有直接引用，所以我可以在解释时提及类似情况。 例如，从引用[^3]，提到在ROW模式下insert select语句记录为ROW格式。 对于用户问题，可能原因之一是会话级设置。 回答大纲： - 引言：确认问题。 - 原因分析： - 会话级设置覆盖全局。 - DDL语句的特殊处理。 - 存储引擎差异。 - MySQL版本bug。 - 诊断步骤：如何检查当前设置和binlog内容。 - 解决方案：确保全局设置生效，避免会话覆盖。 - 相关问题生成。 数学表达式：用户问题不涉及数学，所以可能不需要LaTeX。但如果有，比如在解释时，用$...$。 例如，如果提到概率或计数，但这里不相关。 生成相关问题： - 基于主题，如MySQL binlog设置、模式差异、优化等。</think>### MySQL binlog 设置为 ROW 模式后个别表仍使用 MIXED 格式的原因 在 MySQL 中，binlog（二进制日志）用于记录数据库的更改操作，支持三种模式：ROW、STATEMENT 和 MIXED。当您将 binlog 全局设置为 ROW 模式时，理论上所有表和操作都应使用 ROW 格式记录事件（即以行级更改的形式记录）。然而，您观察到“个别表仍使用 MIXED 格式”，这通常不是表本身的属性（因为 binlog 模式是全局设置），而是由于特定上下文或设置导致某些操作“表现得像” MIXED 模式（例如，部分事件以 STATEMENT 格式记录）。以下我将逐步解释可能的原因、诊断方法和解决方案，确保回答基于 MySQL 官方文档和常见实践（如 MySQL 5.7 及更高版本）。 #### 步骤 1: 理解 binlog 模式的基本行为 - **ROW 模式**：所有数据更改（如 INSERT、UPDATE、DELETE）以行级事件记录，确保复制安全但日志量较大。 - **MIXED 模式**：默认使用 STATEMENT 格式，但某些场景（如涉及非确定性函数或复制冲突）自动切换到 ROW 格式。 - **全局设置优先**：binlog 模式通过 `SET GLOBAL binlog_format = 'ROW'` 设置，影响所有表。MySQL 不支持表级 binlog 模式覆盖；所有表应统一遵循全局模式[^3]。 如果个别表“使用 MIXED 格式”，这通常表示在 binlog 日志中，针对这些表的某些操作以 STATEMENT 格式记录（类似 MIXED 行为），而非预期的 ROW 格式。以下是可能的原因分析。 #### 步骤 2: 可能的原因分析 以下是导致此问题的常见原因，按优先级排序。基于 MySQL 机制（如引用[^1]和[^3]所示），ROW 模式下不应出现 MIXED 行为，但实际中可能因配置或环境而异常。 1. **会话级设置覆盖全局设置（最常见原因）**： - MySQL 允许在会话级（session-level）设置 `binlog_format`。如果应用程序或连接池执行了 `SET SESSION binlog_format = 'MIXED'`，它会覆盖全局 ROW 设置，导致该会话中的所有操作（包括针对特定表的操作）使用 MIXED 格式。 - **为什么影响个别表**：某些表可能只在被这些会话访问时记录为 MIXED 格式。例如，一个后台任务连接设置了会话级 MIXED，而其他表由默认会话处理。 - **诊断方法**：检查当前会话设置： ```sql -- 查看全局设置 SHOW GLOBAL VARIABLES LIKE 'binlog_format'; -- 查看当前会话设置 SHOW SESSION VARIABLES LIKE 'binlog_format'; ``` 如果会话级为 `MIXED`，则需排查应用程序代码或连接配置。 2. **DDL 语句的特殊处理（固有行为）**： - 数据定义语言（DDL）语句（如 `CREATE TABLE`、`ALTER TABLE`）在 ROW 模式下仍以 STATEMENT 格式记录，因为 DDL 不涉及行级更改。 - **为什么影响个别表**：如果您对某些表频繁执行 DDL 操作（如 schema 变更），其 binlog 事件可能显示为 STATEMENT 格式，而 DML（数据操作语言）事件为 ROW 格式。这会让您误以为该表“使用 MIXED 格式”。 - 例如，引用[^3]提到，在 ROW 模式下，`INSERT INTO ... SELECT` 等语句会记录为行级事件，但 `CREATE TABLE` 总是 STATEMENT 格式[^3]。 3. **存储引擎差异或非事务表的影响**： - 如果表使用 MyISAM 引擎（非事务型），在 ROW 模式下，binlog 记录可能不一致。MyISAM 不支持事务，因此某些操作可能以混合格式记录。 - **为什么影响个别表**：InnoDB 表通常完全遵循 ROW 模式，但 MyISAM 表在复制时可能触发 STATEMENT-like 行为。尤其是涉及 `INSERT ... SELECT` 或批量操作时（如引用[^1]所示，在 MIXED 模式下自动切换到 ROW，但反向问题在 ROW 模式下较少见）。 - 检查表引擎： ```sql SHOW TABLE STATUS LIKE 'your_table_name'; ``` 4. **MySQL 版本或 Bug 导致的不一致**： - 某些 MySQL 版本（如 5.6 或早期 5.7）存在已知 bug，可能导致 binlog 模式切换异常。例如： - Bug #83713：在 ROW 模式下，涉及临时表或存储过程时，事件可能错误地记录为 STATEMENT 格式。 - 复制环境中的过滤规则（如 `binlog-ignore-db`）可能导致特定表事件被忽略或以默认格式记录。 - **诊断方法**：检查 MySQL 错误日志是否有相关警告（如引用[^2]提到的“warning”），并确认版本： ```sql SELECT VERSION(); ``` 升级到最新版本（如 MySQL 8.0）可修复多数问题。 5. **复制或中间件干预**： - 在主从复制环境中，如果从库设置为 MIXED 模式，或使用工具如 Canal/Maxwell 解析 binlog，可能误报格式。binlog 内容本身是 ROW，但工具可能转换输出。 #### 步骤 3: 诊断和解决方案 为确认原因并解决问题，建议按以下步骤操作： 1. **验证 binlog 内容**： - 使用 `mysqlbinlog` 工具解析 binlog 文件，检查具体事件格式： ```bash mysqlbinlog --base64-output=decode-rows -v mysql-bin.000001 | grep 'your_table_name' ``` - 在 ROW 模式下，事件应显示为 `### UPDATE` 或 `### INSERT`（行级细节）；STATEMENT 格式则显示完整 SQL。 - 如果某些表事件是 STATEMENT 格式，结合原因分析排查。 2. **确保全局设置生效**： - 重启 MySQL 服务使全局设置持久化（如果未在配置文件中设置）： ```ini # 在 my.cnf/my.ini 中添加 [mysqld] binlog_format = ROW ``` - 禁止会话级覆盖：在配置文件中添加 `binlog_format = ROW` 并设置 `read_only=1` 测试。 3. **优化表或操作**： - 避免在关键表上使用 MyISAM；转换为 InnoDB： ```sql ALTER TABLE your_table_name ENGINE=InnoDB; ``` - 减少 DDL 操作频率，或分离 DDL 到专用 binlog 文件。 4. **监控和测试**： - 启用通用查询日志（general log）捕获会话设置。 - 在测试环境模拟操作，使用性能_schema 监控 binlog 事件： ```sql SELECT * FROM performance_schema.events_statements_summary_by_digest WHERE DIGEST_TEXT LIKE '%your_table_name%'; ``` 如果问题持续，提供更多上下文（如 MySQL 版本、表引擎和 binlog 样例）可进一步分析。总体上，此问题多由配置错误或版本 bug 引起，而非 MySQL 设计缺陷。 #### 相关问题 以下是基于本主题生成的延伸问题，帮助深入理解 MySQL binlog 机制： 1. 如何监控 MySQL binlog 格式的实时变化以避免会话级覆盖？ 2. 在 ROW 模式下，为什么 DDL 语句总是以 STATEMENT 格式记录？ 3. MyISAM 和 InnoDB 存储引擎对 binlog 格式的支持有哪些差异？ 4. MySQL 复制中，如何优化 binlog ROW 模式以减少日志大小？ 5. 常见哪些 MySQL bug 会导致 binlog 模式不一致？如何修复？ [^1]: 引用自用户提供的参考内容，涉及 MySQL Mixed 模式下自动切换为 Row 格式的示例。 [^2]: 引用自用户提供的参考内容，提到执行 SQL 时出现的警告信息。 [^3]: 引用自用户提供的参考内容，解释 binlog 三种模式的区别及 Row 模式的日志记录特点。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值