HammerDB构建schema时Number of Warehouses参数含义咨询

这个参数是HammerDB内置的TPC-C测试模型里的核心规模参数，别被字面的“仓库”意思绕住，你直接把它当成测试数据集的总规模单位就行，对应模拟的是连锁零售场景里的独立区域大仓：

• 每个仓库会自带一整套关联的业务数据：覆盖对应片区的库存记录、客户信息、订单流水、配送记录、商品条目这些关联表数据，行业通用的换算值是1个Warehouse对应约100MB的初始落库数据，不同数据库的字段类型、存储压缩特性不同会有小幅浮动。比如你填10，最终构建完的测试库大概是1GB量级；填1000就是100GB量级的测试集。
• 它直接决定后续压测结果的有效性：TPC-C模型的规则里，单个仓库最多能支撑10个并发虚拟用户的无热点压测。如果你只配了10个仓库，硬开上百个并发压测，所有请求都会扎堆抢极少部分数据行，测出来的吞吐量、延迟数据全是失真的，没有参考价值。

给个实际使用的参考：

• 只是验证HammerDB能不能正常连库、构建流程能不能跑通，填1-10就行，构建速度快
• 要做真实的性能基准测试，至少要把这个值配到让总测试数据量大于数据库分配的缓存/内存池大小，避免所有数据都被内存命中，测出来的性能虚高

实际踩坑提醒：别为了省构建时间把这个值设成个位数就跑正式压测，我之前见过有人设1个仓库测出来数据库TPS十几万，实际同配置跑100Warehouse的时候TPS才一千多，差了两个数量级，结果完全没法参考。

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