StarRocks 是高性能实时分析数据库，把 MySQL 业务数据实时同步到 StarRocks 做分析是常见的数仓架构。本教程基于 NineData 数据复制控制台的完整实操录屏，演示从创建任务、选择实例、配置周期性全量与增量复制，到预检查、结构/全量/增量复制、监控运维与数据对比的完整流程。
NineData 还支持周期性全量复制，可按天、按小时甚至每十分钟定时刷新目标端数据，并支持设置启动时间和时区，满足定期批量刷新场景。
一、方案与能力概览
• 三阶段同步：结构、全量、增量自由组合，一次配置完成建表、历史初始化与实时变更同步。
• 周期性全量复制：可选每天、每小时或每十分钟执行，支持设置启动时间与时区。
• 完善的增量运维：同步位点管理、线程查看、限流设置与日志入口，保障链路稳定可控。
• 指标监控与告警：读取延迟、复制延迟、变更统计与读写速率实时可视，异常及时通知。
• 数据对比：增量追平后发起全量、快速或行数对比，校验同步结果。
二、前置条件
• 源端 MySQL：开启 Binlog（ROW 格式），同步账号具备读取与复制权限。
• 目标端 StarRocks：已创建集群并添加为 NineData 数据源，账号具备建库建表与写入权限。
• NineData 控制台：已注册账号并完成数据源接入。
三、创建复制任务
点击「创建复制」，填写任务名称，源端选择 MySQL 并确认实例，目标端选择 StarRocks 及对应实例，并确认目标对象的命名规则。
复制类型选择
如需定期刷新数据可开启周期性全量复制；本次关闭周期复制，采用结构、全量和增量复制，完成历史数据初始化与后续变更同步。同时根据目标端现有数据，确认同名对象、存量数据以及增量冲突的处理策略。
四、选择复制对象与配置映射
选择需要同步的数据库和表，加入右侧目标对象列表，再进入映射配置。
通过可视化映射核对目标库和目标表名称，确认源端与目标端对象的对应关系；打开「映射与过滤」，核对字段名称及类型映射，并按需配置数据过滤条件。
五、预检查
保存并执行预检查，检查连接、权限、Binlog 配置及复制对象是否满足要求。本次检测到部分表缺少主键或唯一键，演示中跳过该项；生产使用前应评估影响并完善约束。
六、启动任务与结构、全量复制
预检查完成后启动任务，进入复制详情可见顶部运行状态，随后自动开始结构复制。
结构复制列表展示各表的执行时间与状态，右侧可查看目标端建表语句。结构复制完成后，任务继续执行全量初始化，将源端历史数据写入 StarRocks。
七、增量复制与运维工具
全量复制完成后，查看读取延迟、复制延迟和变更统计；向下查看读取流量、写入流量及读写速率，持续观察链路的吞吐表现。
同步位点管理展示读取位点的时间与 GTID，并提供写入位点和修改位点入口；线程查看面板提供执行 SQL、提交响应时间、事件时间和状态等信息；通过限流设置可调整复制吞吐、并发及写入速率，按业务负载控制资源消耗；打开增量复制日志可查看读取与写入日志，为运行核查和异常排查提供依据。
八、数据对比校验
当增量复制首次追平时，可进入数据对比校验同步结果。选择重新全量对比，并按需使用全量、快速或行数对比方式，确认后启动。对比完成后查看源端与目标端记录数、对比结果和状态，当前可见记录显示一致。
九、结语
以上就是使用 NineData 将 MySQL 实时同步到 StarRocks 的配置、增量运维与数据校验流程。借助指标监控与告警、同步位点管理、线程查看和限流设置等能力，复制链路可以长期稳定可控地运行，为实时分析提供与业务一致的数据底座。
常见问题 FAQ
Q1：周期性全量复制适合什么场景？
适合无需实时增量、只要定期批量刷新报表数据的场景，可按天/小时/十分钟周期执行，并自定义启动时间与时区。
Q2：无主键表同步有什么影响？
无主键表在增量定位与一致性上存在风险，预检查会提示告警；演示可跳过，但生产环境建议补齐主键或唯一键后再同步。
Q3：如何控制同步对源库的压力？
可通过限流设置调整复制吞吐、并发与写入速率，按业务负载控制资源消耗，避免影响线上服务。
Q4：同步位点是什么？
位点记录增量复制在 Binlog 中的推进位置（时间与 GTID），可在位点管理中查看，异常时按需修改位点重新对齐。
Q5：如何确认 MySQL 与 StarRocks 数据一致？
增量追平后发起数据对比，通过全量、快速或行数方式校验，以源目标记录数与对比状态为准。
