说明：
本文是基于虚拟机环境配置设计的
性能测试需求
总tps≥100
每个业务的rt＜500ms
持续稳定跑50万业务量
单场景
目的：找到单场景的性能问题，为容量场景提供参考，如果低于容量场景中此接口的目标tps，那肯定要先优化
核心业务接口：查询礼品、兑换礼品、查询订单
数据库存量数据设计
礼品：10000
库存：10000
订单：100000
参数化数据设计
查询礼品：10000
查询订单：10000
开启慢查询及设置阈值
vim my.cnf
开启慢查询
slow_query_log=1
slow_query_log_file=/mysql/logs/slow.log
阈值
long_query_time=0.1
查询礼品
兑换礼品
查询订单
混合场景
目的：通过业务模型模拟线上的真实业务场景
通过efk统计（https://www.cnblogs.com/uncleyong/p/15527484.html），业务比例是，查询礼品:兑换礼品:查询订单 = 2:1:1
单场景中：
查询礼品tps≥50
兑换礼品tps≥25
查询订单tps≥25
所以，对应的混合场景设计如下：
业务1
业务2
稳定性场景
目的：系统长时间运行，业务数据积累对系统的影响
暂时假设最大混合tps是100，那么最少需要跑的时间是：50万/100=5000秒
可以适当多加10%-20%的时间
异常场景
暂未考虑
脚本其它设置
