如何通过Entity Framework Core迁移快速创建测试用全新数据库？

我们有大约150个并行运行的集成测试，为保证测试隔离，每次都会创建全新数据库，当前使用DatabaseContext.Database.MigrateAsync()方法创建数据库。但随着迁移数量增加，数据库搭建时间不断变长。我尝试过以下几种方案，但均未减少总耗时：

• 调用EnsureCreated
• 从.bacpac文件恢复
• 禁用测试并行性并使用Respawn库重置共享数据库

唯一有效的方法是删除所有现有迁移，创建一个单一迁移，这能将总测试时间大幅减少多达50%，但这感觉是权宜之计，我不想增加额外的重复维护步骤。请问创建测试用全新数据库的最快方式是什么？

1. 预生成空数据库模板备份 #

不用每次从迁移或.bacpac从头构建，而是提前生成一个仅包含最终schema的空数据库备份文件（比如SQL Server的.bak、PostgreSQL的.dump），测试时直接基于备份快速克隆新库：

• 操作步骤：
  1. 手动运行完整迁移，得到结构完整的空数据库
  2. 导出该数据库为轻量级备份（不要包含任何测试数据）
  3. 测试启动时，用数据库原生快速克隆命令创建新库（比如SQL Server的RESTORE DATABASE ... FROM DISK ... WITH MOVE ...，PostgreSQL的pg_restore配合模板库）
• 优势：直接复制预构建的schema结构，避免逐个执行迁移脚本的开销，速度远快于MigrateAsync
• 维护：仅在schema变更时重新生成一次备份，比合并迁移的维护成本低很多

2. 利用数据库快照（限支持的数据库） #

如果使用SQL Server等支持快照的数据库：

• 提前创建一个执行完所有迁移的基准空数据库
• 每个测试启动前，基于基准库创建数据库快照，测试结束后直接删除快照
• 注意：并行测试需为每个测试分配独立快照，或设置基准库为只读，基于快照创建新库
• 优势：快照创建速度极快，本质是基于基准库的增量存储，几乎瞬间完成

3. 优化EnsureCreated的使用逻辑 #

你之前尝试EnsureCreated无效，可能是用法问题：

• EnsureCreated直接生成schema但跳过迁移历史表，如果代码依赖__EFMigrationsHistory，可以手动向该表添加必要的迁移记录
• 测试环境下的DbContext单独配置，强制使用EnsureCreated，同时将数据种子操作从初始化流程中剥离，单独执行
• 确保没有额外的初始化逻辑拖慢EnsureCreated的执行速度

4. 并行测试的数据库池复用 #

针对并行测试场景，预初始化数据库池：

• 提前创建与并行度匹配的空数据库（比如20个），全部执行完迁移
• 测试开始时从池中获取空闲数据库，测试结束后用Respawn或TRUNCATE TABLE清空数据，放回池中循环使用
• 优势：避免每个测试重复创建数据库的开销，仅在测试启动时初始化一次池，后续直接复用
• 注意：清空数据时需处理好外键约束，Respawn可自动处理这类问题

5. 迁移脚本预编译批量执行 #

如果必须依赖迁移机制，可优化迁移执行流程：

• 用EF Core的Script-Migration命令将所有迁移合并为单一SQL脚本
• 测试时直接执行该合并脚本，替代MigrateAsync逐个执行迁移的逻辑
• 优势：跳过EF Core逐个迁移的校验、日志等额外开销，执行速度远快于原生MigrateAsync
• 维护：每次迁移变更后重新生成一次合并脚本，仅需执行一条命令，比手动合并迁移更简单

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