canal解析binlog报错 场景描述 canal解析Binlog出现错误，导致拉取Binlog中断，错误信息如下： com.alibaba.otter.canal.parse.exception.CanalParseException: java.lang.NumberFormatException:-

查看更多 →

在实例卡片上单击 区块链 名称，可查看区块链实例的详细信息。 单击“日志”页签，可查看日志信息。默认显示最近5分钟的日志信息，包括日志文件名、创建时间和日志内容。 如需查看更多时间日志或导出日志到本地，请前往AOM服务。 图2 查看日志 父主题： 运维中心

查看更多 →

作事件。 在需要查看的记录左侧，单击展开该记录的详细信息，展开记录如图1所示。 图1 展开记录 在需要查看的记录右侧，单击“查看事件”，弹出一个窗口，如图2所示，显示了该操作事件结构的详细信息。 图2 查看事件的详细日志信息 父主题： 审计云监控服务操作记录

查看更多 →

g的语句都会被记录到Binlog中。 查询结果不为0时，可以继续执行如下命令，查看尚未成功开启Binlog的线程ID。 show warnings; 图2 查询未成功开启Binlog的线程ID 这些查询到的线程ID中执行的语句可能暂时未能被记录到Binlog中。 您可以根据获取到

查看更多 →

日志生成指标任务监控中心 云日志服务支持METRIC仪表盘模板，日志生成指标任务监控中心主要展示输入行数、输出行数、满足过滤条件行数、不满足过滤条件行数等信息。 前提条件 已创建日志生成指标，详情请参见日志生成指标（邀测）。 日志配置结构化，详情请参见结构化配置。 背景信息 用户

查看更多 →

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

查看更多 →

源数据库binlog格式检查 检查源数据库Binlog格式。MySQL增量迁移时，源数据库的Binlog日志必须打开，且Binlog日志格式必须为row格式。 不通过原因 源数据库的Binlog格式不是row格式。 处理建议 如果源数据库为本地自建MySQL，可通过如下方法，修改源数据库Binlog格式：

查看更多 →

。 sync_binlog 0～4,294,967,295 同步binlog（RDS for MySQL持久化到硬盘，或依赖于操作系统）。 参数解析 innodb_flush_log_at_trx_commit： 0：日志缓存区将每隔一秒写到日志文件中，并且将日志文件的数据刷新到

查看更多 →

下载Binlog备份文件 操作场景 RDS for MySQL支持用户下载Binlog备份，用于本地存储备份。您可以下载单个Binlog备份文件，也可以合并下载Binlog备份文件。 云数据库 RDS for MySQL 5.6/5.7版的实例支持合并下载Binlog备份文件。

查看更多 →

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

查看更多 →

过读取源数据库的原始增量日志数据（例如MySQL的Binlog）后解析转换进行 。 以MySQL的Binlog为例，部分他云只读MySQL备库的Binlog并不完整，会导致DRS无法进行增量数据同步。用户可使用mysqlbinlog下载并确认Binlog内容完整性。 下载命令：注意，该命令会把

查看更多 →

务时设置的“Server Id”值需要此处设置的值不同。 expire_logs_days为Binlog日志文件保留时间，超过保留时间的Binlog日志会被自动删除，应保留至少2天的日志文件。 “gtid_mode = on”和“enforce_gtid_consistency =

查看更多 →

一键清理Binlog 操作场景 RDS for MySQL支持一键清理本地Binlog日志，释放磁盘空间。 Binlog本地设置和一键清理Binlog 基于Binlog本地设置的保留时长下，一键清理功能会去清理那些超过保留时长的Binlog。 注意事项 清理Binlog有一定延迟

查看更多 →

01/binlog/clear-policy 响应消息 正常响应要素说明 表2 要素说明 名称 是否必选 参数类型 说明 binlog_retention_hours 是 Integer 二进制日志保留时间。 binlog_clear_type 否 String 二进制日志保留策略，取值：time、fast

查看更多 →

如果没有数据，不会生成日志。 场景二 业务量没有明显增加，但是生成的Binlog增量备份文件占用大幅增长。 原因分析： RDS for MySQL Binlog是row模式，在row模式下，Binlog会记录修改前整行的数据和修改后的整行数据。 示例：表内有一列的数据比较大，实际updat

查看更多 →

全量或增量阶段失败报错，关键词“binlog is not existed” 场景描述 全量或增量阶段，DRS迁移或同步任务报错，日志提示信息：service LOG MANAGER failed, cause by: binlog is not existed 可能原因 源库binlog已经被清理，

查看更多 →

获取日志信息 查询慢日志 查询错误日志 开启和关闭慢日志明文显示 查询慢日志文件列表（SQL Server） 查询扩展日志（SQL Server） 生成扩展日志链接（SQL Server） 获取慢日志下载链接 获取错误日志下载链接（PostgreSQL） 设置审计日志策略 查询审计日志策略

查看更多 →

errmsg = Unknown command。 可能原因 DRS获取binlog日志失败，源数据库可能为不支持获取Binlog日志的MySQL代理节点。 解决方案 修改DRS任务，将源数据库更换为可以获取Binlog日志的节点。 修改完成后，在任务列表中，单击对应操作列的“续传”，重新提交任务。

查看更多 →

实例ID。 请求消息 表2 参数说明 名称 是否必选 参数类型 说明 binlog_retention_hours 是 Integer 二进制日志保留时间，可设置范围为0~7*24小时。 请求示例 设置Binlog本地保留3小时。 PUT https://{endpoint}/v3

查看更多 →

当SQL线程开始解析新的Binlog时，复制时延立刻回落。 此类问题为偶现现象，不影响实际业务。 下载复制时延飚高回落时间段的Binlog，会发现如下现象： 新的Binlog的第一个事务执行时间与上一个Binlog最后一个事务的结束时间刚好与突增回落的时间差匹配。 解决方案 无需解决。该场景为RDS

查看更多 →

MySQ L实例 ，可参考设置RDS for MySQL本地Binlog日志清理内容，将expire_logs_days设置在合理的范围内。 如果源数据库为本地自建MySQL，请参考如下步骤修复。 登录源数据库MySQL所在 服务器 。 执行以下命令，查看设置的Binlog保留时间。 show variables

查看更多 →