文档中心

数据库传输服务

约束和限制

约束和限制（Milvus）

约束和限制（Milvus）

本文介绍 Milvus（例如火山引擎版 Milvus）数据库迁移或同步时的使用限制和数据库相关内容。

支持的数据库

源库	目标库	支持的版本	同步型
火山引擎版 MySQL 火山引擎版 veDB MySQL 公网自建 MySQL 专有网络 MySQL	火山引擎版 Milvus 公网自建 Milvus 专有网络 Milvus	Milvus 2.5、2.6	结构初始化全量初始化
火山引擎版 Milvus	火山引擎版 Milvus	Milvus 2.5、2.6		全量初始化

使用限制

Milvus 到 Milvus

MySQL 到 Milvus

类型	说明
源库限制	Milvus 引擎版本为 2.5、2.6。
目标库限制	当前仅支持同步到火山引擎版 Milvus，且 Milvus 引擎版本为 2.5。
其他限制	当前暂不支持 Role/User 权限同步。暂不支持同步开启 SSL 的实例。 Milvus 数据库支持 Insert 和 Upsert 两种写入方式，更多信息，请参见 Milvus 主字段和自动识别。在同步数据时，Insert 和 Upsert 两种写入方式的区别和适用场景如下。 Insert：使用 Insert 命令直接插入数据，适用于 Collection 开启 AutoID 且源端与目标端数据（含主键）一致的场景。当 DTS 重启或重复拉取数据时，可能会造成目标端数据冗余。 Upsert：使用 Upsert 命令直接插入数据或更新现有数据。适用于更新现有数据，Collection 未开启 AutoID，或 Collection 开启 AutoID 但业务或校验不依赖主键的场景。当 DTS 重启或重复拉取数据时，可能会导致主键不一致，影响依赖主键的业务或校验。同步过程中，请勿变更实例的配置，否则同步任务不成功。当您想通过专线实现数据同步时，您可以提交工单联系技术支持。

类型	说明
源库限制	数据库版本：当前支持 5.7 和 8.0 的 MySQL 实例。在源库的实例版本大于等于 5.6 时，需设置参数 gtid_mode 为 ON。当 MySQL 的版本小于 8.0 且未开启参数 gtid_mode 时，可能会在数据迁移过程中导致外键级联删除失败，从而造成数据差异。带宽要求，源库所属的服务器需具备足够出口带宽，否则将影响数据迁移的速率。数据迁移支持的存储引擎包括 InnoDB、MyISAM 和 RocksDB。在数据迁移过程中，如果源库不是 InnoDB 存储引擎，系统会自动将其转换为 InnoDB。暂不支持 MariaDB 数据库引擎。将 MyISAM 存储引擎转换为 InnoDB 存储引擎时，暂不支持分区表。待迁移的表需具备主键或唯一非空约束，且字段具有唯一性，否则可能会导致数据不一致。如果待迁移的表是超大表，且不具备主键或唯一非空约束，当网络不好时，数据迁移可能会被卡住。如需进行增量迁移，Binlog 日志的参数要求：需开启 Binlog 日志功能，并设置参数 binlog_format 为 row ，binlog_row_image 为 full，否则预检查提示报错，且无法成功启动数据迁移任务。 Binlog 日志至少要保留 24 小时，建议保留 7 天以上的日志，否则 DTS 可能因无法获取日志从而导致任务失败，某些情况下也可能导致数据丢失。涉及外键依赖的表，需要同时迁移，否则将导致数据迁移失败。单任务中表的数量建议不超过 2 万，库的数量不超过 1000 个。当有大量库表需要迁移时，建议拆分为多个任务。
目标库限制	Milvus 引擎版本为 2.5、2.6。
其他限制	当前暂不支持 Role/User 权限同步。执行数据同步前需评估源库和目标库的性能，建议在业务低峰期执行数据同步。否则全量数据同步时 DTS 占用源和目标库一定的读写资源，可能会导致数据库的负载上升。在同步过程中，目标数据库可能会产生大量 Binlog 文件，因此导致目标库的磁盘使用量远远大于原实例的磁盘使用量。建议您在迁移前，修改目标数据库 Binlog 的保存策略，避免 Binlog 文件占用过多存储空间。有库表名映射的同步任务，存储过程同步、函数同步后映射不一定生效。当源库为 MySQL 8.0 版本时，在配置同步任务时，您需要手动对以下账号直接授予数据同步的相关权限：源库或目标库的账号是通过 Role 进行相关权限授权的。需要进行用户同步的账号是通过 Role 进行相关权限授权的。仅支持对表、视图、存储过程、函数、触发器和事件同步。

最近更新时间：2026.06.05 14:56:49

这个页面对您有帮助吗？

有用

有用

无用

无用