SQL Server转MySQL迁移：如何将Schema转为MySQL Schema而非独立数据库？

结论：完全可行 #

你可以将迁移后生成的独立MySQL数据库，重新整合为单个MySQL数据库下的多个Schema，和原SQL Server的结构对齐。

核心背景说明 #

MySQL中SCHEMA和DATABASE在语法层面是同义词，但实际使用中，我们可以利用这一特性，在单个主数据库（比如DocPro）下创建多个命名空间（即对应原SQL Server的Schema），实现和原系统一致的对象隔离逻辑。

具体实现步骤 #

1. 创建主数据库及对应Schema
   先创建主数据库，再在其下创建各个Schema（注意对MySQL保留字如Master需用反引号包裹）：

   CREATE DATABASE DocPro;
   USE DocPro;
   CREATE SCHEMA Access;
   CREATE SCHEMA `Master`; -- Master是MySQL保留字，需加反引号
   CREATE SCHEMA Dbo;
   CREATE SCHEMA Workflow;
   CREATE SCHEMA Report;
   

2. 迁移数据到对应Schema
   将原独立数据库（如Access库）中的表、视图等对象，迁移至DocPro.Access Schema下。可以通过以下方式实现：

   • 导出原独立库的SQL脚本，批量替换表名前缀（如把Access.替换为DocPro.Access.）后执行；
   • 使用数据库迁移工具（如DataGrip、Navicat），直接指定目标Schema为主库下对应的命名空间。

3. 调整应用及权限配置

   • 修改系统的数据库连接字符串，默认连接到DocPro数据库；
   • 调整SQL语句中的对象引用路径，比如原Access.dbo.User改为DocPro.Access.User（若连接时设置默认Schema，可简化部分引用）；
   • 更新用户权限，将原针对独立库的权限改为针对对应Schema的权限：

     GRANT ALL PRIVILEGES ON DocPro.Access.* TO 'doc_user'@'%';
     GRANT ALL PRIVILEGES ON DocPro.`Master`.* TO 'doc_user'@'%';
     

可行性验证要点 #

• 语法支持：MySQL 5.1及以上版本完全支持多Schema结构，和SQL Server的Schema逻辑匹配，能实现对象隔离、权限细分的需求；
• 适配成本：仅需调整数据库连接、SQL引用和权限配置，无需大幅修改业务逻辑；
• 性能影响：同一数据库下的多Schema和独立数据库在性能上差异极小，文档管理系统的常规数据量场景下完全适用。

注意事项 #

• 处理MySQL保留字：如Master、Dbo等属于MySQL保留字，创建Schema或引用时需用反引号包裹；
• 跨Schema关联：若原系统存在跨Schema的关联查询，迁移后需确保引用路径正确；
• 迁移工具选择：优先支持Schema级迁移的工具，减少手动修改脚本的工作量。

内容的提问来源于stack exchange，提问作者Ibrahim shaikh