腾讯云国际版数据传输服务 DTS 实战:自建库无感迁移上云、哪些迁移免费、官方链路单价与业务切换全流程(2026最新)
Meta Description: 腾讯云国际版的数据搬迁工具叫 DTS(数据传输服务)。
- 先划边界:DTS 不是「备份」,也不是「快照」
- 三条产品线:迁移、同步、订阅,分别解决什么问题
- 支持哪些数据库、哪些地域?(买之前先自查)
- 三种迁移类型:哪些免费,哪些收费?
- DTS 官方公开单价表(2026 年 10 月取自国际站文档 571/35322)
- 八步实操:自建 MySQL 无感迁移到 TencentDB for MySQL
- 业务切换(Cutover)六步:少一步就可能丢数据
- 成本测算:四套真实场景,钱到底花在哪
Meta Description: 腾讯云国际版的数据搬迁工具叫 DTS(数据传输服务)。本文讲清它的三条产品线(数据迁移 / 数据同步 / 数据订阅 Kafka 版)、支持的数据源与地域、结构迁移与全量迁移为什么免费、官方链路配置单价(迁移按量 0.1457 USD/小时起、同步包月 56.86 USD起)、自建 MySQL 无感迁移上云的八步实操、业务切换的六步清单,以及三套成本测算与六条避坑,2026 年照着做就行。
关键词:腾讯云国际版DTS、数据传输服务、数据库迁移、MySQL迁移上云、数据同步、数据订阅Kafka、DTS价格、无感迁移、业务切换、DTS-DBbridge
声明:本文价格数据采集于2026年10月,取自腾讯云国际站官方文档与定价页(USD 口径),仅供参考,价格可能变动,请以腾讯云官网为准。
一句话答案:腾讯云国际版的「数据搬迁」工具是 DTS(Data Transfer Service,数据传输服务),产品文档目录 ID 571。它把数据迁移、数据同步、数据订阅三件事做进了同一个控制台,支持 MySQL / MariaDB / Percona / TDSQL-C / TDSQL for MySQL / PostgreSQL / Redis / MongoDB / SQL Server / Kafka 等数据源,迁移过程不停机、不加全局锁(FTWRL),而且结构迁移与全量迁移是免费的,只有「全量+增量」里的增量阶段才按规格 × 时长计费。想省钱的人记住这一句就够了:一次性搬完(源库在迁移期间不写入)可以零费用;要边跑业务边持续同步,才按规格和时长收费。
一、先划边界:DTS 不是「备份」,也不是「快照」
站内已经写过几篇「搬运」相关的文章,但它们搬的东西完全不同。写 DTS 之前先把边界划清楚,免得你把三种工具用错场景。
| 工具 | 搬的对象 | 搬完之后源端还在吗 | 能否边跑边搬 | 典型场景 |
|---|---|---|---|---|
| CVM 快照 / 自定义镜像 | 整台服务器的磁盘(系统盘 + 数据盘) | 在 | ❌ 快照是某一时刻的静态副本 | 整机克隆、换机器、机房迁移 |
| COS 跨区域复制 | 对象存储里的文件 | 在 | ✅ 准实时复制 | 对象存储双活、异地容灾 |
| 数据库原生主从复制 | 单一数据库的binlog | 在 | ✅ 实时 | 自建机房内的读写分离 |
| DTS(本文) | 数据库里的表 + 数据 + 结构(可跨类型、跨厂商、跨账号) | 在(除非你主动下线) | ✅ 全量 + 增量不中断业务 | 上云、换库、跨云迁移、异地双活 |
一句话区分:CVM 快照搬的是「机器」,COS 复制搬的是「文件」,DTS 搬的是「数据库里的表和数据」。你不可能用快照把一个阿里云的 RDS 搬到腾讯云 TencentDB——因为它们根本不是一个东西,而 DTS 可以。
还要注意 DTS 和「数据库自带主从」的区别:原生主从要求两端数据库类型完全一致、版本挨着,而且全量阶段常常要 加全局读锁(FTWRL),大表会让业务卡住;DTS 则支持异构迁移(MySQL 迁到 PostgreSQL、SQL Server 迁到 MySQL),迁移全程不加全局锁,只对没有主键的表加锁,还自带数据一致性校验。这就是它值得单独用一篇文章讲的原因。
二、三条产品线:迁移、同步、订阅,分别解决什么问题
DTS 不是一个功能,而是三条产品线共用一个控制台(左侧栏分别是 Data Migration / Data Sync / Data Subscription)。很多人第一次进控制台会懵,其实用一句话就能记住它们的区别:
| 产品线 | 一句话定义 | 是不是「一次性」 | 关键卖点 | 典型场景 |
|---|---|---|---|---|
| 数据迁移 Data Migration | 把源库整体搬到目标库 | ✅ 搬完就可以结束任务 | 不停机、无锁、异构、数据校验 | 自建库上云、从阿里云/AWS 迁到腾讯云 |
| 数据同步 Data Sync | 让两个库的数据持续保持实时一致 | ❌ 长期常驻(持续运行) | 双向同步、多对一、环形同步、DDL 过滤 | 云上云下双活、异地灾备、实时数据入仓 |
| 数据订阅 Data Subscription(Kafka 版) | 把源库的变更日志转成消息推给 Kafka | ❌ 长期常驻 | 下游可用 Kafka 客户端直接消费 | 缓存刷新、实时 ETL、异步业务解耦 |
迁移和同步最容易混,官方原话是:迁移是「把整个数据库一次性搬过去」,同步是「一个持续进行的、让源和目标始终一致的过程」。所以如果你的诉求是「搬过去就完事」,选迁移;如果是「两个库要一直对得上」,选同步。
另外 DTS 还有一个特殊版本叫 DTS-DBbridge,可以独立部署在私有云里,专门用于异构、同构数据库之间的迁移与同步,例如整体迁移一个 Oracle 数据库。如果你的场景是「数据不能出机房」,可以了解一下这个版本。
一个重要的结构雷区:数据同步的 DDL(表结构变更)只支持单向同步。想实现双向同步,必须保证其中一个单向任务关闭 DDL 同步,否则两端同时改表结构会打架。
三、支持哪些数据库、哪些地域?(买之前先自查)
DTS 国际版支持的数据源覆盖了主流关系型、缓存型和 NoSQL。写这篇文章时我核对了官方《Databases Supported for Data Migration》(571/42647) 与《Databases Supported by Data Sync》(571/42579),覆盖面如下:
| 类别 | 支持的数据源 | 迁移 | 同步 |
|---|---|---|---|
| 关系型(MySQL 系) | MySQL、MariaDB、Percona、TDSQL-C for MySQL、TDSQL for MySQL | ✅ | ✅ |
| 关系型(其它) | PostgreSQL、SQL Server | ✅ | ✅ |
| 缓存型 | TencentDB for Redis(标准版) | ✅ | 部分 |
| 文档型 | TencentDB for MongoDB | ✅ | ✅ |
| 消息 | Kafka(作为同步目标) | ✅ | ✅ |
| 第三方云 / 自建 | 阿里云、AWS 的数据库;自建 / IDC 数据库 | ✅ | ✅ |
其中几个值得单独拎出来的能力:
- 异构迁移:不同数据库类型之间可以迁移,比如 MySQL → TDSQL-C、SQL Server → MySQL。
- 第三方云迁移:官方明确支持在阿里云、AWS 数据库与腾讯云之间迁移,这对「多云搬家」很关键。
- 跨账号迁移:同一腾讯云账号体系里的不同子账号之间也能迁移(文档 571/42646)。
- 跨版本迁移:目标库版本需要 ≥ 源库版本,版本号最后一位是次版本、不受限制(5.5.x 可以迁到 5.6.x 或更高)。
- 迁移用户/视图/高级对象:用户信息、视图、存储过程、函数、触发器、事件都可以一起搬。
- 无超级权限要求:操作账号不需要源库的 super 权限(当前仅部分数据库适用)。
地域支持(文档 571/48474)。国际版分「中国大陆」和「其它国家/地区」两组:
| 分组 | 支持的地域 |
|---|---|
| 中国大陆 | 广州、深圳、深圳金融、上海、上海金融、杭州、南京、北京、北京金融、天津、成都、重庆、中国香港 |
| 其它国家/地区 | 新加坡、雅加达、曼谷、首尔、东京、硅谷、弗吉尼亚、法兰克福 |
三条地域选择规则(买任务时最容易选错,直接照抄):
- 目标库是 TencentDB 实例:DTS 任务选数据库所在的地域,不用选可用区——同地域跨 AZ 自动打通。
- 源库是自建或第三方云:选离源库部署地最近的地域,让 DTS 走最省时的链路。
例:西安的 IDC 自建库 → 上海 TencentDB,DTS 任务的源实例地域选成都(离西安最近的接入点),目标实例地域选上海。
- TencentDB → TencentDB:两边都选各自所在地域即可(广州 → 广州、北京 → 广州都行)。
⚠️ 一个常见的资质坑:DTS 需要访问你的源/目标数据库,所以购买前必须把 DTS 的 IP 加入数据库白名单,并准备好具备复制权限的账号。官方有专门的《Database and Permission Preparation》(571/60055) 和《Configuring Binlog in Self-Built MySQL》(571/42649),后者要求自建 MySQL 打开
binlog_format=ROW、binlog_row_image=FULL、log_bin=ON,否则增量迁移根本起不来。
四、三种迁移类型:哪些免费,哪些收费?
这是全篇最值钱的一节。DTS 的数据迁移分三种类型,只有第三种会产生费用:
| 迁移类型 | 做什么 | 适用前提 | 费用 |
|---|---|---|---|
| 结构迁移 Structural | 只把表结构(建表语句)搬到目标库 | 只要结构 | 免费 |
| 全量迁移 Full | 把源库全部数据一次性搬到目标库 | 源库在迁移期间没有写入 | 免费 |
| 全量 + 增量 Full+Incremental | 先全量初始化,再持续解析日志同步增量 | 源库持续有写入(生产库的常态) | 只有增量阶段计费 |
官方原话对应到账单上是这样:选「结构迁移」或「全量迁移」,不产生任何费用;选「全量+增量」,在「源库导出」和「数据导入」阶段(也就是全量阶段)是免费的,进入增量同步阶段才开始计费;点击「完成 Complete」任务结束,计费随即停止。
由此可以推导出三条极其实用的结论:
- 一次性搬家可以做到 0 元:如果源库能在你迁移的窗口期内停止写入(比如内网测试库、历史归档库、周末能停的业务),直接选「结构迁移 + 全量迁移」,搬完任务自动结束,一分钱不花。
- 只有「边跑边同步」才花钱:生产库 7×24 有写入,就必须选「全量+增量」,全量阶段免费、增量阶段按小时计费。所以增量窗口越短越省钱——搬完后尽快切换、尽快点「完成」。
- 公共网络流量当前免费:官方明确写了「Public network traffic is free of charge」,也就是说通过公网走 DTS 目前不额外收流量费,这是国际版比较厚道的一点。
还有两个必须知道的计费细节:
- 计费按小时,且按量付费任务在创建时会冻结 1 小时费用(即使你没选增量、或同步任务买了没启动,也会先冻结,任务终止或被隔离后解冻)。
- 暂停任务仍然计费!因为 DTS 在任务暂停期间依然在持续拉取源库的数据和 binlog。所以官方反复强调:任务完成后请尽快「完成/终止」,不要挂在暂停状态里烧钱。
五、DTS 官方公开单价表(2026 年 10 月取自国际站文档 571/35322)
DTS 的收费项只有一类:「链路配置费 Link configuration fees」——也就是你买的那个迁移/同步任务的规格 × 时长。影响价格的三个变量是:规格(越大越快越贵)、是否跨地域、目标地域分组。相同目标地域下,源端选哪里,价格都一样。
先说清三个目标地域分组的含义(后面所有表格都按这三组列):
| 分组代号 | 含义 |
|---|---|
| 中国大陆 | 深圳、上海、北京、广州等大陆地域 |
| 中国大陆金融区 | 大陆的金融专区,每个金融区都算作一个独立地域 |
| 中国香港及其它 | 中国香港,以及新加坡、东京、硅谷等所有海外地域 |
5.1 数据迁移 —— 链路配置费(按量付费,USD/小时)
| 规格 | 大陆 同地域 | 大陆 跨地域 | 金融区 同地域 | 金融区 跨地域 | 香港及其它 同地域 | 香港及其它 跨地域 | 最大 RPS |
|---|---|---|---|---|---|---|---|
| small | 0.14571429 | 0.20428571 | 0.27714286 | 0.38857143 | 0.21857143 | 0.30571429 | 2,000 |
| medium | 0.25714286 | 0.36 | 0.48857143 | 0.68428571 | 0.38571429 | 0.54 | 5,000 |
| large | 0.43 | 0.60142857 | 0.81714286 | 1.14428571 | 0.64571429 | 0.90428571 | 6,000 |
| xlarge | 0.77428571 | 1.08428571 | 1.47142857 | 2.06 | 1.16142857 | 1.62571429 | 7,000 |
| 2xlarge | 1.37428571 | 1.92428571 | 2.61142857 | 3.65571429 | 2.06142857 | 2.88571429 | 11,000 |
RPS指 DTS 每秒向目标表迁移的增量行数,受源库负载、网络带宽、网络延迟影响,表内数值仅供参考。规格越高,传输性能越好、单价越贵。
5.2 数据同步 —— 链路配置费(包月订阅,USD/月)
同步支持包月订阅和按量付费两种模式,包月更便宜(下文会算账):
| 规格 | 大陆 同地域 | 大陆 跨地域 | 金融区 同地域 | 金融区 跨地域 | 香港及其它 同地域 | 香港及其它 跨地域 | 最大 RPS |
|---|---|---|---|---|---|---|---|
| micro | 56.85714286 | 79.6 | 108.0285714 | 151.24 | 85.28571429 | 119.4 | 1,000 |
| small | 120.2857143 | 168.4 | 228.5428571 | 319.96 | 180.4285714 | 252.6 | 2,000 |
| medium | 168.5714286 | 236 | 320.2857143 | 448.4 | 252.8571429 | 354 | 5,000 |
| large | 250 | 350 | 475 | 665 | 375 | 525 | 11,000 |
5.3 数据同步 —— 链路配置费(按量付费,USD/小时)
| 规格 | 大陆 同地域 | 大陆 跨地域 | 金融区 同地域 | 金融区 跨地域 | 香港及其它 同地域 | 香港及其它 跨地域 | 最大 RPS |
|---|---|---|---|---|---|---|---|
| micro | 0.12 | 0.16857143 | 0.22857143 | 0.32 | 0.18 | 0.25142857 | 1,000 |
| small | 0.25428571 | 0.35571429 | 0.48285714 | 0.67571429 | 0.38142857 | 0.53428571 | 2,000 |
| medium | 0.35428571 | 0.49571429 | 0.67285714 | 0.94142857 | 0.53142857 | 0.74428571 | 5,000 |
| large | 0.53 | 0.74142857 | 1.00714286 | 1.41 | 0.79571429 | 1.11428571 | 11,000 |
5.4 数据订阅(Kafka 版)—— 链路配置费(按量付费,USD/小时)
订阅只有按量一种模式,价格只跟源库所在地域有关:
| 源库地域 | 链路配置费(USD/小时) |
|---|---|
| 中国大陆 | 0.35714286 |
| 中国大陆金融区 | 0.43714286 |
| 中国香港及其它国家/地区 | 0.43714286 |
免费项汇总(这些官方都写了「免费」,别被多余收费项吓到):结构迁移免费、全量迁移免费、公共网络流量费当前免费、数据订阅的数据存储费当前免费。
把上面几档单价换算成日/月成本,方便你快速估算:
| 项目 | 规格 | 地域 | 单价 | 折算 |
|---|---|---|---|---|
| 迁移 | small | 大陆同地域 | 0.14571429 /小时 | ≈ 3.50 USD/天 |
| 迁移 | medium | 大陆同地域 | 0.25714286 /小时 | ≈ 6.17 USD/天 |
| 迁移 | large | 香港及其它同地域 | 0.64571429 /小时 | ≈ 15.50 USD/天 |
| 同步 | micro | 香港及其它同地域 | 85.28571429 /月 | ≈ 2.84 USD/天 |
| 同步 | small | 香港及其它同地域 | 180.4285714 /月 | ≈ 5.94 USD/天 |
| 订阅 | — | 大陆 | 0.35714286 /小时 | ≈ 260.71 USD/月(×730h) |
六、八步实操:自建 MySQL 无感迁移到 TencentDB for MySQL
下面这条链路是国际版用户最高频的场景:一台自建 / IDC 里的 MySQL,用 DTS 迁到 TencentDB for MySQL,全程业务不停机。按官方《Data Migration Guide》(571/42658) 与《Cutover Description》(571/42612) 整理,可直接照做。
Step 1 准备阶段(最容易被跳过,但最关键)
- 源库:确认 MySQL 版本、账号权限;自建 MySQL 必须在配置文件里打开 binlog,并重启生效:
// /etc/my.cnf —— 自建 MySQL 开启 binlog(ROW 模式 + FULL 镜像 + GTID)
[mysqld]
log_bin = mysql-bin
binlog_format = ROW
binlog_row_image = FULL
gtid_mode = ON
enforce_gtid_consistency = ON
server_id = 1
- 目标库:在腾讯云控制台买好 TencentDB for MySQL 实例,建好同名库/账号。
- 网络:把 DTS 的 IP 段加入源库和目标库的白名单(文档 571/60055),否则连通性测试一定失败。
- 业务评估:先数一下数据量、大表、以及是否有主键缺失的表(无主键表在全量阶段会被短暂加锁)。
Step 2 创建迁移任务:进入 DTS 控制台 → 左侧 Data Migration → Create Migration Task → 选好源/目标实例类型、地域、规格 → Buy Now。 (省钱提示:先按 small 起步,跑起来发现 RPS 不够再升规格;规格越高单价越贵。)
Step 3 配置源和目标数据库:填入源库和目标库的连接信息(地址、端口、账号、密码)。先点「连通性测试」,两项都通过再点 Create。
Step 4 设置迁移选项与对象:
- 迁移类型:生产库选 Full + Incremental(结构会一起迁);只是想看结构就选 Structural。
- 迁移对象:勾选要迁的库 / 表,支持库表重命名(Database/Table mapping)。
- 这些配置保存后进入校验。
Step 5 校验任务并启动:点验证,校验通过后点 Start Task。校验项包括连通性、权限、binlog 参数、目标库是否有同名表冲突等;校验失败会列出具体失败项,按提示修好后重新校验即可。
Step 6 观察任务:回到任务列表,任务会先进入 Preparing 状态,1~2 分钟后开始跑。你会依次看到:结构迁移 → 全量迁移 → 增量同步。全量期间源库导出和目标导入都免费,进入增量后才开始计费。
Step 7 数据一致性校验:迁移过程中可以对源/目标做数据一致性校验(Data Consistency Check),发现不一致的行可以查看原因并修复。这是 DTS 比自建脚本强的地方之一。
Step 8 业务切换(Cutover)——下一节单独讲,因为它决定了你会不会丢数据。
七、业务切换(Cutover)六步:少一步就可能丢数据
全量+增量迁移不会自动结束,增量阶段会一直跑(也一直在计费)。真正把业务切到新库,必须严格按下面六步(官方 571/42612):
| 步骤 | 动作 | 判断标准 |
|---|---|---|
| 1 | 登录 DTS 控制台,进入迁移任务 | 看是否涉及增量迁移 |
| 2 | 等「迁移步骤」变成 Syncing Incremental Data | 数据差距 = 0 KB、时间滞后 = 0 s 才算追平 |
| 3 | 暂停源库业务,停止写入 | 建议放在业务低峰期 |
| 4 | 检查源库是否还有新会话 | 见下方四条排查 SQL |
| 5 | 停止增量任务并点 Complete | 0 KB / 0s 后再等 至少 1 分钟 再点完成 |
| 6 | 确认数据一致后,把业务路由切到目标库,恢复业务 | 改连接串 / 域名指向 |
Step 4 的会话排查命令(按源库类型选一条,确认 1~5 分钟内除 DTS 连接外没有新会话):
// MySQL —— 查看当前会话
show processlist;
// SQL Server —— 查看当前连接
select * from sys.dm_exec_connections;
// PostgreSQL —— 查看活动会话
select * from pg_stat_activity;
// MongoDB —— 查看活跃操作
use admin
db.runCommand({currentOp: 1, $all:[{"active": true}]})
两个官方提醒:① 建议为迁移单独创建一个数据库账号,便于区分会话、也更安全;② 切换要求暂停源库写入,务必安排在业务低峰期。
🔴 切换期间最容易犯的错:追平后没有及时点「完成」。主从追平后,源库还在持续产生 binlog(哪怕业务已停,心跳/内部事件也可能写),增量任务会一秒不差地继续跟,费用也继续走。追平 → 停写 → 确认无新会话 → 点完成,这四步要一气呵成。
八、成本测算:四套真实场景,钱到底花在哪
结合上面的官方单价,我把最常见的四种用法算成实际账单(按 1 个月 = 730 小时、内地/海外单列):
| 场景 | 配置 | 计费方式 | 成本 |
|---|---|---|---|
| ① 同地域一次性搬家(源库停写) | 结构迁移 + 全量迁移,100 GB | 免费 | 0 USD |
| ② 同地域全量+增量,切换窗口 72 小时 | small,大陆同地域 | 按量 | ≈ 10.49 USD |
| ③ 同地域全量+增量,切换窗口 72 小时 | medium,大陆同地域 | 按量 | ≈ 18.51 USD |
| ④ 跨境实时同步(长期常驻) | micro,香港及其它同地域 | 包月 | 85.29 USD/月 |
| ⑤ 跨境实时同步,改用按量 | micro,香港及其它同地域 | 按量 | ≈ 131.40 USD/月 |
| ⑥ 数据订阅(Kafka 版) | 大陆 | 按量 | ≈ 260.71 USD/月 |
从这张表能读出三个省钱真相:
- 一次性搬家几乎不花钱。100 GB 的库,只要能在窗口内停写、走「结构+全量」,账单就是 0。真正花钱的是「边跑边同步」。
- 短期迁移按量最划算,长期同步包月最划算。看 ④ 和 ⑤:同样的 micro 规格、同样的地域,包月 85.29 USD/月,按量 131.40 USD/月,包月便宜约 35%。所以迁移用按量(用完即停不想被月费绑住),同步长期跑一定买包月。
- 跨境比同地域贵约 40%。同规格下,大陆跨地域单价约是同地域的 1.4 倍(如 small 迁移 0.20428571 ÷ 0.14571429 ≈ 1.40),金融区还会再贵一档。能用同地域就别跨地域;跨境同步是真需求时,优先选离目的地近的接入地域。
九、六条成本优化与避坑
- 能停写就停写:迁移窗口内源库不写入 → 选「结构迁移 / 全量迁移」→ 完全免费。这是 DTS 最被低估的省钱点。
- 迁移规格从小起步:迁移按量计费、按小时走,先买 small(大陆 0.1457 USD/小时),跑起来 RPS 不够再升配,比一上来买 2xlarge(1.3743 USD/小时,贵 9 倍)务实得多。
- 长期同步选包月:同步任务是要常驻的,包月比按量省约 35%,能直接买月就别用按量。
- 🔴 任务不用了立刻「完成 / 终止」:暂停状态仍然计费(DTS 持续拉源库数据与 binlog)。搬完不点完成、或朝业务里挂着一堆「暂停」任务,是在无声烧钱。
- 注意 1 小时费用冻结:按量任务创建时会冻结 1 小时费用,即使没选增量、或同步任务没启动也一样。任务不想要了就及时终止,费用才会解冻。
- 先迁结构验证,再迁数据:结构迁移免费,用来做一次「空跑」验证目标库兼容性(表、视图、触发器)几乎不花钱,能提前暴露不兼容对象。
- 无主键表要预处理:DTS 全量阶段只对没有主键的表加锁,大表若无主键,全量期间会影响源库写入。迁移前给大表补主键,可显著降低源库压力。
十一、总结:把 DTS 用在刀刃上
- 定位:DTS 是「搬数据库」的工具,不是搬机器(CVM 快照)、也不是搬文件(COS 跨区复制)。
- 三条线:迁移(一次性、搬完即完)、同步(长期、保持实时一致)、订阅(Kafka、把变更投给下游)。
- 免费真相:结构迁移、全量迁移、公网流量、订阅的数据存储都免费;只有增量/同步链路按规格 × 时长收费。
- 钱花在哪:跨境 > 同地域,大规格 > 小规格,长期同步包月 > 按量;一次性停写搬家可以 0 元。
- 最大陷阱:暂停仍计费,搬完立刻「完成」,别把任务挂在暂停态里。
站内相邻几篇正好构成「上云搬迁」的完整拼图,可以对照着看:
- 关系型数据库目标端选型: 腾讯云 TencentDB for MySQL + Redis 实战
- 文档型目标端: 腾讯云国际版 MongoDB 文档数据库实战
- 整机迁移(和本篇互补的 CVM 侧): CVM 快照 / 自定义镜像与迁移实战
🚀 需要海外云服务器?通过 4.chengzicloud.cloud 访问首页,查看腾讯云国际版 CVM、Lighthouse 与数据库的完整选型与省钱攻略。
本文由 4.chengzicloud.cloud 提供,点击访问首页了解更多
常见问题(FAQ)
1:DTS 迁移会丢数据吗?
不会。DTS 先做全量迁移初始化,再持续同步增量(解析源库日志),并且提供数据一致性校验来核对源/目标数据。真正会导致不一致的是人为操作:选「全量迁移」却在迁移期间往源库写新数据——这种情况官方明确提示要用「全量 + 增量」而不是纯全量。
2:迁移过程中业务要停机吗?
不需要停机。DTS 迁移全程不加全局锁(FTWRL),业务可以照常读写。唯一需要短暂停写的时刻是业务切换(Cutover)那几分钟,用来确认源库无新会话、把流量切到新库。
3:结构迁移和全量迁移真的免费吗?
是。官方计费说明白纸黑字:选「结构迁移」或「全量迁移」不产生费用;选「全量+增量」时,全量阶段(源库导出 + 数据导入)免费,只有进入增量同步阶段才开始按小时计费,点「完成」后停止计费。
4:为什么我的任务暂停了还在扣费?
因为 DTS 在暂停期间仍然持续拉取源库的数据和 binlog,所以计费链路没有断。任务暂停 ≠ 停止计费。不用的任务请直接「完成 / 终止」,否则会一直计费。
5:数据同步选包月还是按量?
长期常驻选包月,短期临时选按量。以香港及其它地域 micro 为例,包月 85.29 USD/月,按量 730 小时约 131.40 USD/月,包月省约 35%。如果你的同步只跑几天,按量更灵活。
6:国际版能从阿里云、AWS 迁移过来吗?
可以。官方明确支持第三方云数据库(含阿里云、AWS)与腾讯云之间的迁移,并支持异构迁移(如 MySQL → TDSQL-C)和跨账号迁移。这正好补齐了「多云搬家」最麻烦的一环。