使用BenchmarkDotNet做数据库基准测试时如何在不同测试项间持久化数据

核心问题根因 #

你遇到的队列字段被重置的问题，本质是常用基准测试框架（如BenchmarkDotNet）会为每个基准测试方法创建独立的类实例，普通实例字段会在不同测试阶段执行前重新初始化，自然无法共享插入阶段生成的GUID。

可行解决方案 #

方案1：静态线程安全队列共享状态 #

这是最简便的实现方式，静态字段属于进程级共享，不会随类实例重建被重置：

• 定义静态线程安全的队列存储GUID，示例代码：

// 定义为静态字段，进程内所有测试实例共享
private static readonly ConcurrentQueue<string> _guidQueue = new ConcurrentQueue<string>();

• 插入基准测试中，每成功插入一条数据，就把对应的GUID加入队列，该逻辑不会对插入性能统计产生明显影响
• 更新、删除基准测试执行时，直接从队列中出队拿可用GUID即可，无需额外执行插入操作

方案2：动态预生成GUID列表适配迭代次数 #

如果不想在插入测试运行后才生成GUID，可以在全局初始化阶段自动匹配迭代次数，无需手动调整列表长度：

• 在[GlobalSetup]标记的方法中，调用基准测试框架的API读取当前配置的迭代次数（如BenchmarkDotNet可通过BenchmarkContext获取当前作业的迭代次数配置）
• 按读取到的迭代次数动态生成对应长度的GUID列表，后续不管怎么调整迭代次数配置，都会自动适配生成对应数量的GUID

方案3：独立阶段拆分+本地持久化 #

如果需要三个测试阶段完全隔离，互不影响执行：

• 单独执行插入基准测试，将生成的所有GUID序列化存储到本地临时JSON/文本文件
• 执行更新基准测试前，从临时文件读取所有GUID到内存队列使用
• 执行删除基准测试时同样复用临时文件的GUID，三个阶段的计时逻辑完全独立，不会互相干扰

注意事项 #

• 多线程并行测试场景下必须使用线程安全的队列（如ConcurrentQueue<string>），避免并发操作导致的GUID重复、丢失问题
• 队列读写、文件读取等非数据库操作逻辑要放在测试方法的计时区间外（可放在[IterationSetup]标记的方法中），避免额外耗时影响性能测试结果的准确性

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