单击任务操作列的“编辑”按钮，在“设置同步”页面，修改同步的对象，去掉数据不一致的表后启动任务。 清理目标库对应表的数据，修改表结构为兼容源库形式。 再次单击任务操作列的“编辑”按钮，修改同步的对象，添加该表后启动任务，重新该表数据。 父主题： 实时同步

查看更多 →

优化攒缓存逻辑代码性能，提升在CPU不足场景的吞吐。 增加临时表复用，避免在copy merge/upsert场景频繁创建临时表。 copy增加 CS V格式，避免在数据复杂时受特殊字符干扰无法正常入库。 - 1.0.7 数据库重启中写入数据失败后支持重试。 增加as方式创建临时表，解决在有主键表无法使用copy merge/upsert的问题。

查看更多 →

什么是临时安全凭证（临时AK/SK和SecurityToken） 什么是临时安全凭证 临时安全凭证是具备临时访问权限的身份凭证，包括临时AK/SK和SecurityToken，临时安全凭证与永久安全凭证的工作方式几乎相同，仅存在小量差异。 临时安全凭证与永久安全凭证的差异 临时安全

查看更多 →

table_name Modify column_name NULL; 不通过原因：部分表无法同步，这些表的特征为：表名称的字母相同但大小写不同。 处理建议：建议修改表名或者返回对象选择页面，不同步这些重名表。修改表名语句参考： ALTER TABLE old_table_name RENAME

查看更多 →

仅支持同步表结构、表数据、索引信息。 仅支持同步MyISAM和InnoDB表。 不支持同步存储过程等其他数据库对象。 - 无主键表检查 由于无主键表的性能低于主键表的性能，建议将无主键表修改为主键表。 详见源库无主键表检查。 有主键表正确性检查 不建议在数据库中使用非精确数值类型做主键，该特性影响 DRS

查看更多 →

的USAGE权限和指定表的任意表级权限或者任意列级权限。 MySQL中需要拥有指定表的任意表级权限（除GRANT OPTION）或者任意列级权限。 GaussDB 中临时表存储于独立的临时Schema中，在使用FROM或IN db_name条件来展示指定临时表索引信息时，须指明db

查看更多 →

避免对三个表以上执行JOIN连接。需要JOIN的字段，数据类型必须保持一致。 多表关联查询时，保证被关联的字段需要有索引；在多表join中，尽量选取结果集较小的表作为驱动表，用来join其他表。即使双表join也要关注表索引、SQL性能情况。 对于超大表的查询，还需要遵循以下规范。 可通过开启慢查询日志来找出较慢的SQL。

查看更多 →

ct后为表所有的列名，where后的条件无数据过滤情况下只会有主键或者唯一键。 select id,name,msg from *** where id>12345544 and id<=12445544; 无主键表的锁表操作SQL，类似如下语句，锁表只是为了获取无主键表的一致性位点，锁表后获取一个连接就会解锁。

查看更多 →

二级分区。 V3表不支持设置为Hstore表、冷热表、时序表。 V3表不支持创建全局临时表和临时表，创建的临时表会自动转化为colversion=2.0的临时表。 不建议创建普通表时指定自定义TABLESPACE。 创建行存表时应避免指定COMPRESS压缩属性。 创建HASH分

查看更多 →

避免对三个表以上执行JOIN连接。需要JOIN的字段，数据类型必须保持一致。 多表关联查询时，保证被关联的字段需要有索引；在多表join中，尽量选取结果集较小的表作为驱动表，用来join其他表。即使双表join也要关注表索引、SQL性能情况。 对于超大表的查询，还需要遵循以下规范。 可通过开启慢查询日志来找出较慢的SQL。

查看更多 →

避免使用分区表，如有需要，可以使用多个独立的表代替。 分区表的缺点： DDL操作需要锁定所有分区，导致所有分区上操作都被阻塞。 当表数据量较大时，对分区表进行DDL或其他运维操作难度大风险高。 分区表使用较少，存在未知风险。 当单台 服务器 性能无法满足时，对分区表进行分拆的成本较高。

查看更多 →

获取临时AK/SK和securitytoken 临时AK/SK和securitytoken是系统颁发给IAM用户的临时访问令牌，有效期可在15分钟至24小时范围内设置，过期后需要重新获取。临时AK/SK和securitytoken遵循权限最小化原则。请参见获取临时AK/SK和securitytoken。

查看更多 →

xxx，分析执行慢的update和delete语句对应的表，分析是否有主键。 解决方法： 给无主键表增加主键，或者酌情增加唯一二级索引。 场景3：DDL操作 DDL操作往往执行时间很长，尤其是表数据量很大时。通常情况下，只读节点或备机回放一个DDL操作的时间和主库花费的时间基本一致。因

查看更多 →

每组数据中取一条数据返回。 distinct字段未全部包含于索引：该场景下索引不能满足去重分组需要，会用到临时表（首先将满足条件的数据写入临时表中，然后在临时表中对数据进行分组，返回合适的数据）。因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group

查看更多 →

每组数据中取一条数据返回。 distinct字段未全部包含于索引：该场景下索引不能满足去重分组需要，会用到临时表（首先将满足条件的数据写入临时表中，然后在临时表中对数据进行分组，返回合适的数据）。因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group

查看更多 →

每组数据中取一条数据返回。 distinct字段未全部包含于索引：该场景下索引不能满足去重分组需要，会用到临时表（首先将满足条件的数据写入临时表中，然后在临时表中对数据进行分组，返回合适的数据）。因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group

查看更多 →

RDS for MySQL增加表字段后出现运行卡顿现象 故障描述 当给RDS for MySQL实例的表中增加一个字段，出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题，有可能是未对新增字段添加索引，数据量大导致消耗了大量的CPU资源。为此，提出如下建议恢复数据库性能。

查看更多 →

下内容的检查。 预检查内容 表1 预检查内容 检查内容 检查目的 检查未通过解决方案 表名长度检查 分片变更需要数据重分布时（例如：增加分片），会创建临时表，临时表的表名长度会略长于原表名，需确保临时表的表名长度不超过MySQL限制。 请修改过长的表名。 DN实例binlog全量备份时间检查

查看更多 →

，即默认删除临时表；设置为off时，保留临时表。 Astore由于需要执行两次对表的扫描和build，而且必须等待现有的所有可能对该表执行修改的事务结束。这意味着该索引的创建比正常耗时更长，同时因此带来的CPU和I/O消耗对其他业务也会造成影响。Ustore虽只需全表扫描一次来完成索引创建，但上述消耗同样存在。

查看更多 →

查看表上空闲的空间，如果空闲空间过多，可以执行命令optimize table '<表名>' ；整理表空间。 临时表空间过大导致空间不足 原因及现象 半连接(Semi-join)、去重(distinct)、不走索引的排序等操作，会创建临时表，如果涉及的数据量过多，可能导致临时表空间过大。

查看更多 →

解决办法：外键约束的参考表只能是普通表。 GAUSS-00754: "Invalid FOREIGN KEY constraints" SQLSTATE: 42809 错误原因：分区表可以创建外键约束，但是外键约束的参考表只能为普通表，不能为分区表。 解决办法：分区表可以创建外键约束，但是外

查看更多 →