业务量没有明显增加，但是生成的Binlog增量备份文件占用大幅增长。 原因分析： RDS for MySQL Binlog是row模式，在row模式下，Binlog会记录修改前整行的数据和修改后的整行数据。 示例：表内有一列的数据比较大，实际update操作时不会更新该数据。但是Binlog会完整地

查看更多 →

server-id的值应为大于1的整数，请根据实际规划设置，并且在创建数据集成任务时设置的“Server Id”值需要此处设置的值不同。 expire_logs_days为Binlog日志文件保留时间，超过保留时间的Binlog日志会被自动删除，应保留至少2天的日志文件。 “gtid_mode

查看更多 →

查询结果不为0时，可以继续执行如下命令，查看尚未成功开启Binlog的线程ID。 show warnings; 图2 查询未成功开启Binlog的线程ID 这些查询到的线程ID中执行的语句可能暂时未能被记录到Binlog中。 您可以根据获取到的线程ID（例如：图2中“53”）排查自身业务，根据业务需要及

查看更多 →

使用mysqlbinlog工具查看Binlog备份文件 操作背景 mysqlbinlog工具用于解析Binlog备份文件，包含在MySQL软件包中。您可在MySQL官网下载对应版本的MySQL软件包，解压并获取解压包中的mysqlbinlog工具（MySQL 5.6和5.7对应的mysqlbinlog版本均为3

查看更多 →

-p：密码。 --start-position：表示从指定的起始位置开始解析。 --start-datetime：表示从指定的时间开始解析。 --stop-position：表示解析到指定的位置。 --stop-datetime：表示解析到指定的时间。 --skip-gtids：跳过打印gtid_log_event。

查看更多 →

binlog_row_image参数是否为FULL MySQL迁移场景 表1 binlog_row_image参数是否为FULL 预检查项 binlog_row_image参数是否为FULL。 描述 如果源数据库的binlog_row_image参数不为FULL，则会导致迁移失败。

查看更多 →

lete database：操作的数据库名称 ts：操作时间，13位时间戳 table：操作的表名 data：数据增加/删除/修改之后的内容 old：数据修改前的内容或者表修改前的结构定义 sql：DDL操作的SQL语句 def：表创建与表修改的结构定义 xid：事务唯一ID c

查看更多 →

binlog_row_image参数设置为FULL没有立即生效 使用DRS进行MySQL迁移时，必须确保源库的binlog_row_image参数设置为FULL，否则就会导致任务失败。在源库设置了binlog_row_image=FULL之后，只对新的session生效，为了关闭

查看更多 →

业务连接，因为设置之前的连接使用的还是非ROW格式的binlog写入。 安全设置global级binlog_format=ROW的步骤 通过MySQL官方客户端或者其它工具登录源数据库。 在源数据库上执行全局参数设置命令。 set global binlog_format = ROW;

查看更多 →

界面设置的Binlog过期时间以小时为单位，通过命令查看“expire_logs_days”过期时间单位为天，不建议作为参考依据。查看具体的Binlog过期时间时，以界面设置的为准。 操作步骤 登录管理控制台。 单击管理控制台左上角的，选择区域和项目。 单击页面左上角的，选择“数据库

查看更多 →

lete database：操作的数据库名称 ts：操作时间，13位时间戳 table：操作的表名 data：数据增加/删除/修改之后的内容 old：数据修改前的内容或者表修改前的结构定义 sql：DDL操作的SQL语句 def：表创建与表修改的结构定义 xid：事务唯一ID c

查看更多 →

大事务检测能力 众所周知，大事务的存在对实例的健康平稳运行有一些影响，典型场景如大事务的回滚时间很长，会导致升级、规格变更时间变长。 GaussDB (for MySQL)提供了大事务检测的能力，当出现大事务，可以通过告警通知客户及时提交。 前提条件 内核2.0.39.230300及以上版本支持该功能。

查看更多 →

为什么DRS不支持部分他云只读实例的备库做源库 对于DRS的增量或者全量+增量任务，不支持部分他云只读实例的备库做源库进行数据迁移。DRS增量迁移是通过读取源数据库的原始增量日志数据（例如MySQL的Binlog）后解析转换进行 。 以MySQL的Binlog为例，部分他云只读MySQL备库的Binlo

查看更多 →

源数据库expire_logs_days参数检查 MySQL迁移时，可通过设置expire_logs_days参数设置Binlog保留时间。建议将expire_logs_day参数设置在合理的范围，确保恢复时断点处的Binlog尚未过期，以保证任务中断后的顺利恢复。 不通过原因 源数据库的expire_logs_days参数设置为0。

查看更多 →

源数据库binlog日志是否开启 检查源数据库是否开启了Binlog日志功能。MySQL增量迁移时，源数据库的Binlog日志必须打开。 不通过原因 源数据库未开启Binlog日志功能。 处理建议 如果源数据库为本地自建MySQL库，建议参考如下操作开启Binlog日志。 查看binlog日志是否开启。

查看更多 →

显示的使用状况就是该实例购买的包周期的共享存储容量及目前数据已占用的容量。 如果已使用空间超过购买的共享存储容量，GaussDB(for MySQL)会自动扩容，无需担心磁盘满带来的业务问题。 自动扩容的空间会按照按需使用的收费标准收取，建议超出后使用磁盘容量变更功能扩展包周期的存储容量。 备份空间：

查看更多 →

下载全量备份文件 下载Binlog备份文件 查看并导出备份信息 设置RDS for MySQL本地Binlog日志清理 使用mysqlbinlog工具查看Binlog备份文件 复制备份 一键清理Binlog 删除手动备份 父主题： RDS for MySQL用户指南

查看更多 →

GaussDB(for MySQL)支持打开general_log吗？ 如何查看GaussDB(for MySQL)执行过的所有SQL日志 如何查看GaussDB(for MySQL)慢SQL？ GaussDB(for MySQL)服务如何开启并查看Binlog文件？ 如何修改Binlog保留时长

查看更多 →

在“参数”页签查看参数“binlog_expire_logs_seconds”，修改为需要的保留时间，单位是秒。 在新生成一个Binlog的文件的时候，数据库会启动清理功能，清理已经超过保留时间的Binlog文件。 如果一直未生成新的Binlog文件，则历史的Binlog文件一直不会

查看更多 →

才会把将其写入磁盘。内存中允许的每个连接的Binlog大小由参数“binlog_cache_size”控制，当事务记录的Binlog超出该大小时，会将其写入磁盘临时文件。长事务可能会导致Binlog很大，进而导致磁盘上的Binlog临时文件很大，容易将磁盘打满，因此建议用户合理控

查看更多 →

工具监听该实例的Binlog，当主库未收到对应Binlog已被从库或工具获取的信息，会导致对应Binlog不被删除，导致Binlog积压。 结合1中的异常binlog purge记录，分析本地从库或canal工具相应日志，排查网络状况等原因确认Binlog未被清理的原因。 解决方案

查看更多 →