寻找一个合适的并发平衡点

背景

我在《ShardingSphere：压测计划及结果分析》这篇中写过对这个分表组件做过的简单的压测测试，不同的查询条件，在同样的并发情况下，实际QPS并不相同，并且表现出了极大的差异，导致这个差异背后的原因，还没有太多的时间去深究。

同事在做一个Excel导出订单的功能，通过并行查询的方式一次把所有数据查询出来，再写Excel的方式导出。

理论上通过集群部署分表组件的方案，一定可以实现提供并发能力的目的，但是，资源的分配，需要结合使用场景进行考虑。

由于，我们的场景是做订单导出功能，那么，也就意味着，我们没有必要花费太大的代价，把导出时间做到几秒以内，我们可以接受一定的延迟。因此，我们就需要找到这样一个平衡点，所以，我们需要通过实际测试寻找这样的平衡点。

测试计划

备注说明，实际的并发量需要乘以4，因为，一个协程中，又有并发查询。

基准测试场景

数据量

连接池数量