我们所处行业的核心应用业务，当前还是传统的OLTP业务，应用系统使用 java 开发，并且不建议使用存储过程，使用 benchmarksql 压测数据库最公平，既可以测试数据库性能，也可以测试JDBC驱动。
一、tpmC性能测试要点
1、流量指标(Throughput,简称tpmC)
按照TPC组织的定义，流量指标描述了系统在执行支付操作、订单状态查询、发货和库存状态查询这4种交易的同时，每分钟可以处理多少个新订单交易。所有交易的响应时间必须满足TPC-C测试规范的要求，且各种交易数量所占的比例也应该满足TPC-C测试规范的要求。在这种情况下，流量指标值越大说明系统的联机事务处理能力越高。
2、测试时长
benchmarksql跑的时间越长，数据库也会越大，一般来说当数据库大小超过数据库共享缓存的3倍后，性能就会开始明显的下降。
3、cpu负荷
可使用htop监控数据库服务端和tpcc客户端CPU利用情况，最佳性能测试情况下，各个业务CPU的占用率应尽可能高。如果有CPU占用率没有达标，可能是绑核方式不对或其他问题，可采用 cpu 绑定技术。
4、warehouses
指定仓库数，仓库数决定性能测试的成绩。如果期望有较高测试结果，仓库数就不能太低。生产环境机器测试，建议 5000 仓库起步（5000仓与我们的业务场景不太相符，建议100仓）。
5、terminals
指定性能压测时的并发数，建议并发数不要高于仓库数 * 10。否则，会有不必要的锁等待。在生产环境中，该并发数设置到 1000 就很高了。一般环境测试建议从 100 开始。
6、runMins
指定性能测试持续的时间，时间越久，越能考验数据库的性能和稳定性。建议不要少于 10 分钟，生产环境中机器建议不少于 1 小时
