ASP.NET Core测试启动时如何将现有MySQL库克隆为带数据的Entity Framework内存库

完全可实现，这个数据规模下内存占用不到100MB，没有性能层面的瓶颈，不需要额外搭建本地测试MySQL实例，直接通过EF Core能力就能完成全量克隆到内存库的流程，具体实现和注意事项如下。

• 测试项目依赖适配
  首先在测试项目中引入与生产环境版本完全对齐的两个依赖：Microsoft.EntityFrameworkCore.InMemory（提供EF内存数据库能力）、与生产环境一致的EF Core MySQL驱动包。提前检查业务DbContext的模型配置，移除强耦合MySQL特有语法的配置（比如特定函数映射、JSON字段特殊处理），避免后续数据写入时出现映射异常。
• 测试启动阶段的全量克隆逻辑
  因为是两个独立的MySQL业务库，对应两个独立的DbContext实例，克隆流程按如下逻辑执行：
  1. 给测试程序配置两个对应生产MySQL的只读权限连接串，全程禁止测试代码对生产库发起写操作，避免数据污染。
  2. 为每个关联生产库的DbContext开启临时只读模式，一次性拉取所有业务表的全量实体到内存集合，5万行数据不需要分页，单次拉取的耗时通常在百毫秒级。
  3. 为每个生产库对应的内存数据库分配唯一名称，通过options.UseInMemoryDatabase("对应库的唯一标识")完成内存库的实例配置，避免两个库的表数据在内存中混同。
  4. 关闭内存库DbContext的状态追踪能力，把刚才拉取的全量实体集合通过AddRange写入对应内存库，执行SaveChanges完成初始化，整个写入过程同样是毫秒级完成。
• 测试隔离配置
  内存库本身不校验MySQL的外键约束、自增主键、唯一索引规则，需要做好两点适配：
  • 单个测试用例需要独立数据状态时，给每个测试实例生成专属的内存库名称，不要共用同一个内存库实例，避免不同测试之间的数据交叉污染。
  • 依赖数据库层面约束校验的业务逻辑，不要硬塞进内存库测试，这部分场景可以后续单独搭建测试容器做覆盖。

每次测试启动都从生产MySQL拉取全量数据会带来不必要的网络开销，可以做一次性静态快照：

• 第一次完成全量数据拉取后，把所有实体集合序列化到测试项目的本地静态文件中
• 后续测试启动直接从本地文件读取实体数据，再写入内存库，不需要再连接真实MySQL，启动速度可以提升80%以上
• 快照只需要在生产静态业务表的结构、数据发生变更时重新生成即可，和日常测试流程解耦

• 不要依赖EnsureCreated()方法在内存库中复刻MySQL的表结构，MySQL特有的字段类型（比如高精度datetime、JSON、长文本）在内存库中没有对应映射，直接拉生产实体写入的方式，比自动生成结构的方式误差小很多
• 拉取关联表数据时，按外键依赖顺序拉取，避免写入内存库时因为导航属性循环引用导致报错
• 业务代码中写死的原生MySQL SQL、存储过程调用，内存库是无法执行的，这部分逻辑不要纳入内存库的测试覆盖范围

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