保存ckpt时超时报错 在多节点集群训练完成后，只有部分节点会保存权重，而其他节点会一直在等待通信。当等待时间超过36分钟时，会发生超时的错误。 图1 报错提示 解决方法 1. 需要保证磁盘IO带宽正常，可以在36分钟内将文件保存到磁盘。单个节点内，最大只有60G（实际应该在40

查看更多 →

户，并且在同一个模式中。需要注意的是，通过指定OWNED BY，仅建立了表的对应列和Sequence之间关联关系，并不会在插入数据时在该列上产生自增序列。 缺省值为OWNED BY NONE，表示不存在这样的关联。 通过OWNED BY创建的Sequence不建议用于其他表，如果

查看更多 →

户指南》。 时延阈值 在增量同步阶段，源数据库和目标数据库之间的同步有时会存在一个时间差，称为时延，单位为秒。 时延阈值设置是指时延超过一定的值后（时延阈值范围为0到3600s），DRS可以发送告警通知。告警通知将在时延稳定超过设定的阈值6min后发送，避免出现由于时延波动反复发送告警通知的情况。

查看更多 →

主键列复制属性的校验 PostgreSQL为源的全量+增量和单增量任务同步时，对源数据库待同步表的主键列复制属性进行检查。源数据库中表的主键列toast属性为main、external、extended时，其replica identity属性必须为full。 不通过原因 同步表

查看更多 →

建议将无主键表修改为主键表。 MySQL同步场景 表2 源库无主键表检查 预检查项 源库无主键表检查。 描述 在进行MySQL同步时，源数据库若存在无主键表，可能会导致同步失败。 不通过提示及处理建议 不通过原因：源数据库同步的表中存在无主键表。 处理建议：建议修改无主键表。 不

查看更多 →

户指南》。 时延阈值 在增量同步阶段，源数据库和目标数据库之间的同步有时会存在一个时间差，称为时延，单位为秒。 时延阈值设置是指时延超过一定的值后（时延阈值范围为0到3600s），DRS可以发送告警通知。告警通知将在时延稳定超过设定的阈值6min后发送，避免出现由于时延波动反复发送告警通知的情况。

查看更多 →

cn:auto_increment_cache 对自动增长列批量插入或导入触发自增时，预留自增缓存值的个数。预留自增值时刷新自增计数器为自增缓存值的最大值，缓存值使用完毕之前，自增计数器值不变，触发自增使用缓存的值。参数值为0时，自动预留自增缓存值。第一次触发自增时，若已知即将插入自动增长列的行数，预留已知数量的

查看更多 →

户指南》。 时延阈值 在增量同步阶段，源数据库和目标数据库之间的同步有时会存在一个时间差，称为时延，单位为秒。 时延阈值设置是指时延超过一定的值后（时延阈值范围为0到3600s），DRS可以发送告警通知。告警通知将在时延稳定超过设定的阈值6min后发送，避免出现由于时延波动反复发送告警通知的情况。

查看更多 →

for MySQL时，设置Binlog保留时间可参考设置RDS for MySQL本地Binlog日志清理。 详见源数据库binlog保留时间检查。 server_id值设置 增量同步时，必须设置MySQL源数据库的server_id。 如果源数据库版本小于或等于MySQL5.6，

查看更多 →

部分记录。 当前全量SQL单条记录超过设置的上限时，会默认丢弃该条记录。 此限制可以通过设置参数“rds_sql_tracer_max_record_size ”来选择是否丢弃。您可以通过修改 GaussDB (for MySQL)实例参数设置参数值，超过该值的记录会被丢弃。 父主题：

查看更多 →

方式为按需计费（每小时扣费一次），不足一小时按照实际使用时长收费。 表1 秒级监控价格说明 区域 监控频率 按需（元/小时） 上海一、北京二、北京四、广州、贵阳一、乌兰察布一、广州友好 1秒监控 0.1 5秒监控 0.048 新加坡、雅加达、香港、曼谷、土耳其 1秒监控 0.236

查看更多 →

并且在同一个模式中。需要注意的是，通过指定OWNED BY，仅仅是建立了表的对应列和Sequence之间关联关系，并不会在插入数据时在该列上产生自增序列。 缺省值为OWNED BY NONE，表示不存在这样的关联。 通过OWNED BY创建的Sequence不建议用于其他表，如果

查看更多 →

MySQL)数据库的日期类型的范围宽。当超出范围时，DRS服务默认会报错处理。 Microsoft SQL Server数据库的datetime2转成GaussDB(for MySQL)数据库映射关系datetime，最大值会变小。 Microsoft SQL Server数据库的最大值是9999-12-31

查看更多 →

，并且在同一个模式中。需要注意的是，通过指定OWNED BY，仅是建立了表的对应列和Sequence之间关联关系，并不会在插入数据时在该列上产生自增序列。 缺省值为OWNED BY NONE，表示不存在这样的关联。 通过OWNED BY创建的Sequence不建议用于其他表，如果

查看更多 →

个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8 尽量不要使用UUID做主键或者是其他自然主键，如身份证号。

查看更多 →

个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8 尽量不要使用UUID做主键或者是其他自然主键，如身份证号。

查看更多 →

DDL操作需要锁定所有分区，导致所有分区上操作都被阻塞。 当表数据量较大时，对分区表进行DDL或其他运维操作难度大风险高。 分区表使用较少，存在未知风险。 当单台 服务器 性能无法满足时，对分区表进行分拆的成本较高。 当分区表操作不当导致访问所有分区时，会导致严重的性能问题。 建议表包含两个字段：CRE

查看更多 →

时间表示），MySQL的timestamp类型范围为1970-01-01 00:00:01.000000到2038-01-19 03:14:07.999999，Microsoft SQL Server数据库的日期类型都会比MySQL数据库的日期类型的范围宽。当超出范围时，DRS服务默认会报错处理。

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

mysqldump导出数据报错权限不足 案例一 mysqldump使用指定用户导出数据库数据时，报错：Access denied; you need (at least one of) the PROCESS privilege(s) 原因分析：mysqldump使用指定用户导出数据时，需要赋予PROCESS权限。

查看更多 →