MySQL 8.0大表迁移实战：我用这5个技巧实现了零停机（附完整代码）

MySQL 8.0大表迁移实战：我用这5个技巧实现了零停机（附完整代码）

去年我们团队接手了一个核心业务系统的数据库升级项目，需要将一个运行了五年的MySQL 5.7实例，迁移到全新的MySQL 8.0集群。这听起来像是一次常规升级，但当我们看到数据规模时，所有人都倒吸一口凉气：单表记录超过8000万条，总数据量接近2TB，而且业务要求7x24小时不间断服务，停机时间窗口为零。传统的mysqldump方案在测试环境就宣告失败，导出时间超过48小时，导入过程更是频繁超时。那段时间，我们几乎翻遍了所有技术文档，尝试了市面上能找到的每一种工具，最终摸索出一套组合拳，不仅平稳完成了迁移，整个过程对业务的影响几乎为零。今天，我就把这套经过实战检验的五个核心技巧，连同踩过的坑和完整的代码，毫无保留地分享给你。

1. 迁移前的战略评估与工具选型：别在起跑线上犯错

在动手写第一行迁移脚本之前，花在规划和评估上的时间，往往决定了整个项目的成败。面对千万级甚至亿级的大表，盲目选择工具等同于给自己挖坑。

首先，你需要一张清晰的“作战地图”。这张地图至少包含以下几个关键维度：

• 数据规模与增长趋势：不仅仅是当前的数据量，更要关注数据的日增/月增量。一个现在5000万记录的表，如果每月增长500万，你的迁移方案必须能应对这种动态变化。
• 表结构与访问模式：分析主键类型（自增整型、UUID、业务复合键）、索引数量、是否存在大字段（如TEXT, BLOB）。同时，通过慢查询日志或性能模式（Performance Schema）了解表的读写比例、热点数据范围。
• 业务容忍度：明确回答，在迁移期间，允许的数据延迟是多少秒？可接受的读性能轻微下降比例是多少？这直接决定了你能否使用某些“最终一致性”的同步方案。

基于这份评估，工具选型就有了依据。下面这个表格对比了我们在实战中重点考察的几种方案：

提示：没有银弹。我们的策略是组合使用：用MyDumper做高效的全量初始化，用基于GTID的原生复制或Debezium来追增量，形成一个“全量+增量”的完整流水线。

对于MySQL 5.7到8.0的迁移，版本兼容性是必须跨过的第一道坎。我们提前三个月就在测试环境进行了兼容性验证，重点关注以下几点：

1. 默认字符集与排序规则：MySQL 8.0将默认字符集从latin1改为了utf8mb4，默认排序规则从latin1_swedish_ci改为utf8mb4_0900_ai_ci。这可能导致索引失效或查询结果差异。
2. 保留字与语法：8.0引入了新的保留字（如GROUPING, JSON_TABLE），检查现有SQL和存储过程。
3. 身份认证插件：8.0默认使用caching_sha2_password，旧版客户端可能不支持，需要创建用户时指定mysql_native_password或升级客户端。

我们编写了一个简单的兼容性检查脚本，用于扫描潜在问题：

-- 检查可能受排序规则影响的索引
SELECT 
    TABLE_SCHEMA,
    TABLE_NAME,
    INDEX_NAME,
    COLUMN_NAME,
    COLLATION_NAME
FROM information_schema.STATISTICS
WHERE TABLE_SCHEMA = 'your_database'
  AND COLLATION_NAME IS NOT NULL
  AND COLLATION_NAME LIKE 'latin1%';

2. 技巧一：分而治之——大表拆解与并行导出导入

面对亿级大表，一次性操作就像试图一口吞下一头大象。分而治之是唯一可行的路径。我们的核心思路是：按主键范围将大表逻辑分片，利用多个线程并行处理每个分片。

MyDumper 正是为此而生。它不像mysqldump那样将整个数据库导成一个巨大的SQL文件，而是为每个表（甚至每个分片）生成独立的文件，极大提升了并行度。

实战操作：使用MyDumper进行智能分块导出

首先，安装MyDumper。在Ubuntu上可以直接使用apt安装，或者从GitHub编译最新版。

# Ubuntu/Debian 安装
sudo apt-get install -y mydumper

# 或者从源码编译（获取最新特性）
git clone https://github.com/mydumper/mydumper.git
cd mydumper
mkdir build
cd build
cmake ..
make
sudo make install

接下来是关键。假设我们要迁移一个名为order_history的表，它有8000万条记录，主键id是自增整型。直接导出可能仍然很慢，我们可以先探查数据边界，然后指导MyDumper分块。

# 1. 探查表的主键范围（在源数据库执行）
mysql -h source_host -u admin -p -e "SELECT MIN(id), MAX(id) FROM your_database.order_history;"

# 假设得到结果： min_i