的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用RDS for MySQL分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。

查看更多 →

UN LOG GED 指定表为非日志表。在非日志表中写入的数据不会被写入到预写日志中，这样就会比普通表快很多。但是，它也是不安全的，非日志表在冲突或异常关机后会被自动删截。非日志表中的内容也不会被复制到备用 服务器 中。在该类表中创建的索引也不会被自动记录。 使用场景：非日志表不能保证数据的安

查看更多 →

全量同步对象类型 全量同步对象类型，可选同步表结构、同步数据、同步索引，根据实际需求进行选择要同步内容。 同步数据为必选项。 选择同步表结构的时候目标库不能有同名的表。 不选同步表结构的时候目标库必须有相应的表，且要保证表结构与所选表结构相同。 增量阶段冲突策略 该冲突策略特指增

查看更多 →

索引列为表的一列或多列计算而来的一个函数或者标量表达式 限制使用 对于HASH分布表，主键和唯一索引必须包含分布键。 当设计组合索引时，优化器会通过计算代价来选择合适的执行计划。例如：在组合索引(a,b,c)下，当查询时如果只使用过滤条件b，优化器经过计算索引成本较低时，会选择索引。 不建议单表创建多个唯一索引。

查看更多 →

全量同步对象类型 全量同步对象类型，可选同步表结构、同步数据、同步索引，根据实际需求进行选择要同步内容。 同步数据为必选项。 选择同步表结构的时候目标库不能有同名的表。 不选同步表结构的时候目标库必须有相应的表，且要保证表结构与所选表结构相同。 增量阶段冲突策略 该冲突策略特指增

查看更多 →

上传dws需要上传表所在的schema的只读权限。 下载结构化数据到mysql需要数据库的建表(create)和写入(insert)权限，而下载到Oracle和dws需要下载至目标schema的写入(insert)和建表(create)权限。 接入ORACLE数据源 接入MYSQL数据源 接入DWS数据源 接入FTP数据源

查看更多 →

不通过原因：目标数据库存在与源数据库同名的表。 处理建议：请先检查目标数据库的这些同名表是否需要保留，然后删除同名表或者使用新的目标库再重试。 不通过原因：目标数据库存在与对象编辑新增的表同名的表。 处理建议：请先检查目标数据库的这些同名表是否需要保留，然后删除同名表或者重新进行对象编辑。

查看更多 →

id<=12445544; 无主键表的锁表操作SQL，类似如下语句，锁表只是为了获取无主键表的一致性位点，锁表后获取一个连接就会解锁。 flush table *** with read lock lock table *** read 增量阶段对源数据库基本无压力，只有一个dump连

查看更多 →

源数据库集合索引个数检查 MongoDB迁移场景 表1 源数据库集合索引个数检查 预检查项 源数据库集合索引个数检查。 描述 索引的个数会影响整个迁移的时间，检查源数据库是否存在索引个数大于10的集合，若存在会影响迁移速度。 不通过提示及处理建议 待确认原因：源数据库存在索引个数大于10的集合，这些集合迁移会比较慢。

查看更多 →

源数据库集合TTL索引检查 MongoDB迁移场景 表1 源数据库集合TTL索引检查 预检查项 源数据库集合TTL索引检查。 描述 TTL索引会因为源数据库和目标库数据的时区，时钟不一致导致迁移后数据不一致。 不通过提示及处理建议 待确认原因：TTL索引会因为源数据库和目标库数据

查看更多 →

全量同步对象类型 全量同步对象类型，可选同步表结构、同步数据、同步索引，根据实际需求进行选择要同步内容。 同步数据为必选项。 选择同步表结构的时候目标库不能有同名的表。 不选同步表结构的时候目标库必须有相应的表，且要保证表结构与所选表结构相同。 增量阶段冲突策略 该冲突策略特指增

查看更多 →

BY的默认值按如下规则选取： 若建表时包含主键/唯一约束，则选取HASH分布，分布列为主键/唯一约束对应的列。 若建表时不包含主键/唯一约束，则选取ROUNDROBIN分布。 当default_distribution_mode=hash时，DISTRIBUTE BY的默认值按如下规则选取： 若建表时包含

查看更多 →

以此提升数据库的全文检索能力和高并发的Ad Hoc查询能力。 建统一日志管理平台 使用 CSS 搭建统一日志管理平台 使用云搜素服务搭建的统一日志管理平台可以实时地、统一地、方便地管理日志，让日志驱动运维、运营等，提升服务管理效率。 自定义评分查询 使用Elasticsearch集群自定义评分查询

查看更多 →

【建议】在满足上面条件的前提下，选择distinct值比较多的列上建PCK。 唯一约束 【关注】行存表、列存表均支持唯一约束。 【建议】从命名上明确标识唯一约束，例如，命名为“UNI+构成字段”。 主键约束 【关注】行存表、列存表均支持主键约束。 【建议】从命名上明确标识主键约束，例如，将主键约束命名为“PK+字段名”。

查看更多 →

率会降低。分区表在逻辑上表现为一个表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，

查看更多 →

【建议】在满足上面条件的前提下，选择在distinct值比较少的列上建PCK。 唯一约束 【关注】行存表与列存表都支持唯一约束。 【建议】从命名上明确标识唯一约束，例如，命名为“UNI+构成字段”。 主键约束 【关注】行存表与列存表都支持主键约束。 【建议】从命名上明确标识主键约束，例如，将主键约束命名为

查看更多 →

smallint 索引中的字段数目。 indisunique boolean 如果为真，这是个唯一索引。 如果为假，这不是唯一索引。 indisprimary boolean 如果为真，该索引代表该表的主键。这个字段为真的时候indisunique总是为真。 如果为假，该索引不是该表的主键。

查看更多 →

smallint 索引中的字段数目。 indisunique boolean 如果为真，这是个唯一索引。 如果为假，这不是唯一索引。 indisprimary boolean 如果为真，该索引代表该表的主键。这个字段为真的时候indisunique总是为真。 如果为假，该索引不是该表的主键。

查看更多 →

析等。创建表时，您需要指定数据模型（Data Model），当数据导入至数据模型时，StarRocks会按照排序键对数据进行排序、处理和存储。四种数据模型介绍如下： 明细模型 明细模型是StarRocks默认的建表模型。如果在建表时未指定任何模型，默认创建明细类型的表。 聚合模型

查看更多 →

全量同步对象类型 全量同步对象类型，可选同步表结构、同步数据、同步索引，根据实际需求进行选择要同步内容。 同步数据为必选项。 选择同步表结构的时候目标库不能有同名的表。 不选同步表结构的时候目标库必须有相应的表，且要保证表结构与所选表结构相同。 增量阶段冲突策略 该冲突策略特指增

查看更多 →

18版本时，还需要有SESSION_VARIABLES_ADMIN权限。 同步对象约束 支持表、主键索引、唯一索引、普通索引、存储过程、视图、函数的同步，不支持事件、触发器的同步。 视图、存储过程、函数依赖的表不支持做表名映射。 任务做表名映射时，不支持该表的外键约束同步。 任务做库名映射时，同步的对象中如果存在存

查看更多 →