数据库迁移这事儿，干过的都知道，看着简单，真正操作起来全是坑。你以为就是把数据从A库倒腾到B库，结果一上手，字符集对不上、主键冲突、外键断链、时间格式乱套，光排查问题就能耗掉一整天。我见过太多人栽在这上面，所以今天把这套完整流程拆开揉碎，从前期准备到事后校验，一步步讲清楚，你照着做，至少能避开百分之八十的坑。
先说最容易被忽略的准备工作。很多人上来就写迁移脚本，连源库和目标库的基本配置都没摸清。你至少得搞清楚三件事：A库的版本和B库的版本差多少，比如MySQL 5.7迁到8.0，有些语法和默认排序规则就不一样；两边的字符集是否兼容，utf8mb4迁到utf8会丢表情符号，这属于硬伤；还有自增主键的当前值，如果目标库里已经有数据，直接导入会导致主键冲突，这个必须提前处理。我建议你先用SQL查一下两边库的基本信息，SHOW VARIABLES LIKE 'characterset%'; 这种命令，五分钟能搞定，但能省下后面两小时的麻烦。
接下来是数据抽取的策略选择。量小，几千行那种，直接用INSERT INTO ... SELECT就行，简单粗暴。但如果是几百万行的表，千万别这么干，锁表时间太长，线上业务直接瘫痪。这时候你得上分批迁移，用WHERE条件按主键范围切块，每批五千到一万条，循环执行。另外，强烈建议你在业务低峰期操作，别问我为什么，半夜三点被电话吵醒的滋味不好受。还有个技巧，导出时用mysqldump加上--single-transaction参数，InnoDB表可以做到一致性快照，不用锁表，这个参数能救你命。
数据转换这块，是真容易出幺蛾子的环节。我遇到过最离谱的一次，A库的日期字段存的是字符串'2024/03/15'，B库要的是DATETIME类型，直接导入报错。这种就得写转换逻辑，要么在SQL里用STRTODATE()函数，要么在导出后处理。还有布尔值，有的库存0/1，有的库存true/false，不统一的话查出来全是错的。我的建议是，迁移前先做个字段映射表，把两边的数据类型、格式、默认值都列出来，逐一比对。别嫌麻烦，这表就是你整个迁移过程的导航图，后面出问题照着它排查，比瞎猜高效十倍。
外键关系是另一个大坑。你如果把子表数据先导入B库，但父表还没导，外键约束直接报错。正确顺序是先导父表，再导子表，或者干脆在迁移期间临时禁用外键检查（SET FOREIGNKEYCHECKS=0;），等全部导入完成再恢复。但禁用外键有个风险，如果数据本身有孤儿记录，恢复外键时会失败。所以稳妥的做法是，迁移前先跑一遍完整性检查，把A库里那些外键指向不存在父记录的脏数据捞出来，提前清洗掉。这个工作别偷懒，否则后面恢复约束时你会想砸电脑。
索引和约束的重建，很多人会忽略，但直接影响迁移后的查询性能。你从A库导出的数据，到了B库不会自带索引。如果B库是全新创建的，你得把原来A库的索引定义、唯一约束、默认值、自增属性，全都重新建一遍。有个取巧的办法，先在B库用SHOW CREATE TABLE把A库的表结构完整复制过来，用这个建表语句直接在B库执行，然后再导入数据。这样索引和约束一次到位，省得后面补。但要注意，如果B库的表结构有调整需求，比如要加分区、改字段长度，你得在建表时一并处理，别等数据进去了再改，那时候改表结构要重建整个表，时间成本翻倍。
迁移过程中的监控和断点续跑，是区分专业和业余的分水岭。长任务迁移，动不动跑一两个小时，中间网络闪断或者服务器重启，如果没做断点记录，又得从头再来。我的做法是，在迁移脚本里加一个进度表，每批数据导入成功后记录当前批次的游标位置，下次启动时从游标继续。另外，监控不能只看有没有报错，还得看速率。如果刚开始每秒导一万行，跑着跑着掉到每秒一百行，八成是目标库的磁盘IO瓶颈了，或者临时表空间满了。这时候别硬撑，停下来查一下目标库的负载和慢查询日志，比干等着强。
最后一步，数据校验，这步做不好，前面全白干。校验不是简单对比行数，行数一致不代表数据对。我通常用三层校验：第一层，行数对比，这个最快；第二层，关键字段的汇总值对比，比如SUM某个金额字段、COUNT某个唯一标识，两边能对上基本没问题；第三层，抽样对比，随机取几百条记录，逐字段比对内容。前两层能筛掉百分之九十的问题，第三层是兜底。校验通过后，别忘了检查自增主键的next值，把B库的AUTOINCREMENT手动调整到正确位置，不然新插入的数据会撞主键。另外，如果迁移涉及多个关联表，跑一遍业务核心流程的冒烟测试，比如登录、下单、查询，确认功能正常，这才算真正收工。
数据迁移这事儿，干得多了你会发现，技术难点其实不多，难的是细心和流程。每一步都按规范来，不图快，不省事，出问题的概率就极低。我见过太多人栽在“我觉得没问题”上，结果上线第二天业务方打电话说数据对不上。这套流程你走一遍，至少能保证从A库到B库的数据，不丢、不错、不重。当然，每次迁移的库结构不同，细节上肯定有差异，但核心思路是不变的：先摸清底细，再定策略，然后分步执行，严格校验。照着这个套路来，你也能做到无缝迁移。
