# 踩坑记录：生产环境MySQL迁移那些事

上个月接到个任务，把公司的MySQL从云数据库迁移到自建机房。听起来简单，mysqldump导出导入不就完了？

结果折腾了整整一周，踩了无数坑。记录一下，给后来人避雷。

## 背景

原来的数据库在云RDS，配置是4核8G，数据量大概200G。要迁移到公司自建机房的物理服务器上。

要求：
- 停机时间控制在30分钟内
- 不能丢数据
- 迁移后性能不能下降

## 第一个坑：mysqldump太慢了

最开始想的最简单，直接mysqldump：

```bash
mysqldump -h rds.xxx.com -u root -p --all-databases > all.sql
```

跑了6个小时还没导完...

200G的数据，单线程dump，速度大概10MB/s。算了一下，导出要6小时，导入至少也要4-5小时。光这一步就10多个小时，停机30分钟？做梦。

### 解决：mydumper多线程导出

```bash
# 安装mydumper
apt install mydumper

# 多线程导出（8线程）
mydumper -h rds.xxx.com -u root -p password \
  -t 8 \
  -c \
  -o /backup/dump

# 多线程导入
myloader -h localhost -u root -p password \
  -t 8 \
  -d /backup/dump
```

8线程跑，导出时间从6小时降到了50分钟。导入也快了很多。

## 第二个坑：字符集不一致

数据导入后，发现有些中文变成了问号。

排查了半天，发现云RDS默认是`utf8mb4`，我们自建的MySQL是`utf8`。

```sql
-- 检查字符集
SHOW VARIABLES LIKE 'character%';
```

云RDS：
```
character_set_database: utf8mb4
character_set_server: utf8mb4
```

自建：
```
character_set_database: utf8
character_set_server: utf8
```

### 解决：统一字符集

```bash
# my.cnf
[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci

[client]
default-character-set=utf8mb4
```

然后重新导入。这次中文正常了。

## 第三个坑：自增ID冲突

导入完成后，应用跑起来，几分钟后报错：

```
Duplicate entry '12345' for key 'PRIMARY'
```

自增ID冲突了？

原因是导入时没有导入AUTO_INCREMENT的值，新插入的数据从1开始自增，和原有数据冲突了。

### 解决：导出时带上自增值

```bash
mydumper -h rds.xxx.com -u root -p password \
  -t 8 \
  --set-names=utf8mb4 \
  --triggers \
  --routines \
  --events \
  -o /backup/dump
```

或者手动修复：

```sql
-- 查看当前最大ID
SELECT MAX(id) FROM users;
-- 结果：98765

-- 设置AUTO_INCREMENT
ALTER TABLE users AUTO_INCREMENT = 100000;
```

## 第四个坑：binlog位置找不到

迁移过程中，数据还在持续写入。导出时记录了binlog位置，准备用binlog追数据。

但是发现云RDS的binlog只保留7天，而且位置格式和自建MySQL不一样。

### 解决：用GTID

还好云RDS支持GTID，改用GTID来追数据：

```bash
# 导出时记录GTID
mydumper ... --set-names=utf8mb4

# 查看导出的metadata文件，里面有GTID信息
cat /backup/dump/metadata
```

导入后，配置从库从主库同步：

```sql
CHANGE MASTER TO
  MASTER_HOST='rds.xxx.com',
  MASTER_USER='repl',
  MASTER_PASSWORD='password',
  MASTER_AUTO_POSITION=1;

START SLAVE;
```

这样新数据就能自动同步过来了。

## 第五个坑：外键约束导入失败

有几张表死活导不进去，报错：

```
Cannot add or update a child row: a foreign key constraint fails
```

外键约束的表，导入顺序不对就会失败。

### 解决：临时关闭外键检查

```sql
SET FOREIGN_KEY_CHECKS=0;
-- 导入数据
source /backup/dump.sql
SET FOREIGN_KEY_CHECKS=1;
```

或者用myloader时加参数：

```bash
myloader -h localhost -u root -p password \
  -t 8 \
  --overwrite-tables \
  -d /backup/dump
```

myloader会自动处理外键顺序。

## 第六个坑：迁移后查询变慢

数据迁移完成，应用跑起来，发现有些查询特别慢。

原来在云RDS上只要100ms的查询，现在要5秒。

用EXPLAIN看了一下，发现没走索引。再一看，索引是有的，但是没生效。

### 原因：统计信息过期

数据导入后，表的统计信息还是旧的，优化器选错了执行计划。

```sql
-- 更新统计信息
ANALYZE TABLE users;
ANALYZE TABLE orders;

-- 或者批量更新所有表
mysqlcheck -u root -p --analyze --all-databases
```

跑完之后，查询速度恢复正常。

## 第七个坑：时区问题

有些时间字段差了8小时。

云RDS默认时区是`Asia/Shanghai`，我们自建的是`UTC`。

```sql
-- 检查时区
SHOW VARIABLES LIKE '%time_zone%';
```

### 解决：统一时区

```bash
# my.cnf
[mysqld]
default-time-zone = '+08:00'
```

## 最终的迁移方案

踩完这些坑，最后总结出来的迁移步骤：

### 1. 准备阶段（T-1天）

```bash
# 在新服务器上配置好MySQL，确保：
# - 字符集：utf8mb4
# - 时区：+08:00
# - 开启GTID
```

### 2. 全量同步

```bash
# mydumper导出
mydumper -h rds.xxx.com -u root -p password \
  -t 8 \
  --set-names=utf8mb4 \
  --triggers --routines --events \
  -o /backup/dump

# myloader导入
myloader -h localhost -u root -p password \
  -t 8 \
  --overwrite-tables \
  -d /backup/dump
```

### 3. 增量同步

```sql
-- 配置主从复制
CHANGE MASTER TO
  MASTER_HOST='rds.xxx.com',
  MASTER_USER='repl',
  MASTER_PASSWORD='password',
  MASTER_AUTO_POSITION=1;

START SLAVE;

-- 确认同步状态
SHOW SLAVE STATUS\G
-- Seconds_Behind_Master: 0 表示追上了
```

### 4. 切换（停机时间）

```bash
# 1. 应用停写（或切只读）
# 2. 等待从库追上（Seconds_Behind_Master=0）
# 3. 停止复制
STOP SLAVE;
# 4. 修改应用配置，连接新数据库
# 5. 应用恢复
```

实际停机时间：不到10分钟。

后来还做过一次跨城市迁移，两边机房网络不通，用星空组网临时打通的，整体流程差不多。

## 总结

MySQL迁移看似简单，实际坑不少：

| 坑 | 解决方案 |
|----|---------|
| mysqldump慢 | mydumper多线程 |
| 字符集不一致 | 统一utf8mb4 |
| 自增ID冲突 | 导出时带AUTO_INCREMENT |
| binlog追不上 | 用GTID |
| 外键导入失败 | 关闭外键检查 |
| 查询变慢 | ANALYZE TABLE |
| 时区问题 | 统一时区设置 |

如果你也要做MySQL迁移，建议先在测试环境完整跑一遍，把坑踩完再上生产。

---

有问题欢迎评论区交流。

上个月接到个任务，把公司的MySQL从云数据库迁移到自建机房。听起来简单，mysqldump导出导入不就完了？

踩坑记录：生产环境MySQL迁移那些事

上个月接到个任务，把公司的MySQL从云数据库迁移到自建机房。听起来简单，mysqldump导出导入不就完了？

结果折腾了整整一周，踩了无数坑。记录一下，给后来人避雷。

数据库

运维

后端

MySQL迁移实战避坑指南：从云RDS到自建机房的完整方案。分享多线程导出、字符集统一、GTID同步等7大常见问题解决方案，帮助实现30分钟内零数据丢失的平滑迁移。

云数据库

数据迁移

服务器

MySQL

腾讯云数据库特惠，新用户首单0.5折起


2026年中大促 | AI 领航 智绘未来

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

踩坑记录：生产环境MySQL迁移那些事-腾讯云开发者社区-腾讯云

踩坑记录：生产环境MySQL迁移那些事

踩坑记录：生产环境MySQL迁移那些事

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐