答案：MySQL多库迁移可通过mysqldump、物理复制、主从复制或第三方工具实现。1. mysqldump适用于中小数据量，操作简单但速度慢；2. 直接复制data目录适合版本一致环境，需停机且注意InnoDB表空间模式；3. 主从复制支持热迁移，保障业务连续性，要求配置binlog和网络稳定；4. Percona XtraBackup等工具可实现高效物理迁移，适合大数据场景。选择方案应综合考虑数据规模、停机窗口与运维能力，迁移前需测试流程并确保备份可用、字符集及权限一致。
MySQL 多库数据迁移是常见的数据库运维任务，适用于服务器升级、架构调整或环境迁移等场景。核心目标是在保证数据完整性和一致性的前提下，高效完成多个数据库的转移。以下介绍几种实用的迁移方法。
1. 使用 mysqldump 导出导入
这是最常用且兼容性最好的方式，适合中小型数据量迁移。
操作步骤：
- 列出需要迁移的所有数据库名，例如 db1, db2, db3
- 逐个导出数据库结构和数据：
mysqldump -u 用户名 -p --databases db1 db2 db3 > backup.sql
- 将 backup.sql 文件传输到目标服务器
- 在目标 MySQL 实例中执行导入：
mysql -u 用户名 -p < backup.sql
优点：简单可靠，支持跨版本、跨平台；缺点：大数据量时耗时较长，期间可能影响业务读写。
2. 直接复制 data 目录（物理迁移）
适用于 MyISAM 或独立表空间的 InnoDB 表，要求源和目标 MySQL 版本一致或兼容。
操作要点：
- 停止 MySQL 服务：
systemctl stop mysql - 复制 /var/lib/mysql/ 下对应数据库文件夹（如 db1/, db2/）到目标服务器相同路径
- 确保文件权限正确：
chown -R mysql:mysql /var/lib/mysql - 启动 MySQL 服务并检查数据
注意：InnoDB 共享表空间（ibdata1）包含所有库的元信息，若使用共享模式，需整体迁移，不能单独复制某个库。
3. 利用主从复制实现热迁移
适合对停机时间敏感的生产环境。
实施流程：
- 配置源数据库为 Master，开启 binlog
- 在新服务器上配置 Slave，连接到 Master 同步所有指定数据库
- 同步完成后，停止写入，确认 Slave 延迟为 0
- 切换应用连接至新实例，原库转为只读或下线
优势：几乎无停机，数据一致性高；难点在于网络稳定性和权限配置。
4. 使用第三方工具辅助迁移
对于复杂场景，可借助专业工具提升效率。
- Percona XtraBackup：支持 InnoDB 热备份，可用于物理级多库迁移，速度快，不影响线上服务
- Navicat / DBeaver：图形化工具，支持批量导出导入，适合少量数据或测试环境
- MySQL Shell + dump utilities：MySQL 8.0+ 提供的逻辑导出工具，支持并行导出，性能优于传统 mysqldump
选择哪种方法取决于数据规模、停机窗口、版本兼容性和运维能力。中小型企业通常采用 mysqldump 方案即可满足需求。大型系统建议结合主从复制或 XtraBackup 实现平滑迁移。
基本上就这些，关键是提前测试流程，确保备份可用、字符集一致、用户权限同步到位。
