答案：MySQL多租户迁移需根据现有架构选择策略，核心是数据隔离模式转换。从独立库合并到共享库时，需添加tenant_id字段，统一表结构并逐租户导入，避免主键冲突；从共享库拆分到独立库或Schema时，按tenant_id筛选数据，重建库结构并更新路由规则。全过程需通过脚本自动化、备份验证、双写校验及增量同步保障一致性与可靠性。
在 MySQL 中实现多租户数据库迁移，核心在于根据现有架构选择合适的迁移策略。多租户系统通常有三种数据隔离方式：独立数据库、共享数据库独立 Schema、共享数据库共享表（通过租户 ID 隔离）。迁移方案需结合当前结构和目标结构来设计。
评估现有架构与目标架构
迁移前先明确当前的多租户模式以及期望迁移到哪种模式：
- 独立数据库 per 租户：每个租户拥有完全独立的数据库实例。适合高隔离需求，但运维成本高。
- 共享数据库，独立 Schema：所有租户共用一个数据库实例，但每个租户使用独立的 Schema（MySQL 中相当于 database）。
-
共享表，租户字段隔离：所有租户数据存于同一组表中，通过
tenant_id字段区分。
迁移方向可能包括：从独立库合并到共享库，或从共享库拆分到独立库，每种情况处理方式不同。
从多个独立数据库合并到共享数据库
常见于 SaaS 平台降本增效场景，将分散的小租户数据库集中管理。
- 为每个租户数据添加
tenant_id字段，在导入时填充对应值。 - 使用脚本导出源库数据：
mysqldump -u user -p tenant_db > tenant_1.sql。 - 修改 dump 文件，调整 INSERT 语句加入
tenant_id，或在导入后通过 ETL 工具补全。 - 导入目标库前确保表结构统一，可预先建好基础表并加上租户字段索引。
- 推荐逐租户迁移，并验证数据完整性，避免主键冲突（可用 UUID 替代自增主键）。
从共享库拆分为独立数据库或 Schema
适用于需要提升性能或安全隔离的大型租户。
- 按
tenant_id筛选数据，使用 SQL 导出：SELECT * INTO OUTFILE或应用程序逻辑提取。 - 为目标租户创建新数据库或 Schema：
CREATE DATABASE tenant_a;。 - 将筛选出的数据导入新库，注意外键和索引重建。
- 更新应用配置或路由规则，使该租户请求指向新库。
- 可借助中间件（如 MyCat、ShardingSphere）实现动态数据源切换。
自动化与风险控制
无论哪种迁移方式，都应重视流程可控性和数据一致性。
- 编写迁移脚本（Python + PyMySQL / Go / Shell），支持断点续传和日志记录。
- 在低峰期操作，提前备份所有源数据。
- 迁移后校验行数、关键字段分布、关联关系是否完整。
- 设置双写过渡期，对比新旧系统数据差异。
- 考虑使用 GTID 或 binlog 回放做增量同步，减少停机时间。
基本上就这些。关键是理清租户边界，选择合适的数据合并或拆分策略，配合工具和验证机制，确保迁移过程平稳可靠。
