全量迁移不能用SELECT *因易OOM、超时或断连；须用主键/时间戳游标分页、显式close、调优连接池；需记录binlog/LSN位点衔接增量；加唯一索引防重；用多值插入、禁用非必要索引提速；通过migration_checkpoint表实现断点续传。全量迁移时为什么不能直接用 SELECT * 一次性拉取所有数据因为源表数据量大（比如千万级以上），SELECT * 会把整张表加载进内存，Go 的 sql.Rows 默认不流式读取，容易触发 OOM；同时数据库连接可能超时，或被中间件（如 ProxySQL、MaxScale）主动断连。实操建议：立即学习“go语言免费学习笔记（深入）”；必须分页查询，但避免用 OFFSET——大数据偏移性能急剧下降改用基于主键/时间戳的游标分页：例如 WHERE id > ? ORDER BY id LIMIT 1000每次查询后显式调用 rows.Close()，防止连接泄漏使用 sql.DB.SetMaxOpenConns() 和 SetMaxIdleConns() 控制连接池，避免打爆目标库如何保证迁移过程中不丢数据、不重复写入全量迁移不是“拷贝完就结束”，它必须和后续增量同步衔接。单纯靠迁移脚本无法应对迁移窗口期产生的新数据。实操建议：立即学习“go语言免费学习笔记（深入）”；在迁移开始前，先记录源库当前 binlog 位点（MySQL）或 LSN（PostgreSQL），记为 start_pos全量导出完成后，立即启动增量同步工具（如 go-mysql-transfer 或自研 binlog reader），从 start_pos 拉取变更目标表加唯一索引（如 (id) 或 (biz_id, version)），配合 INSERT IGNORE 或 ON CONFLICT DO NOTHING 防重不要依赖应用层“先查再插”——并发下必然冲突，且性能差用 database/sql 批量插入时为什么特别慢逐条 INSERT 是最常见性能陷阱。即使开了事务，每条语句仍需网络往返 + 解析 + 执行计划生成。 Vozo Vozo是一款强大的AI视频编辑工具，可以帮助用户轻松重写、配音和编辑视频。