压力端：
主要是主流压测工具jmeter的使用
0、目的：要实现的功能
1、方案：自己的实现方案，图文详细描述
2、问题：遇到的问题，图文详细描述
说明：发现有些使用jmeter的时候，把简单问题复杂化了，也就是思路不对；
另外：jmeter只是一个可以测接口、做自动化、发压力的工具而已，单纯看jmeter监控是没法分析定位的。
服务端：
说明：单纯看jmeter监控是没法分析定位的
有些分析定位类的问题是下图方式描述的：是哪个的cpu呢？应用？数据库？mq？
提问最好包含以下信息（或者部分）：
0、范围目标：压测范围、业务指标、技术指标
1、技术架构：使用到的技术栈
2、部署架构：项目部署情况
3、数据流向：被压测业务的数据流经过哪些服务？
4、监控设计：基于数据流涉及的服务设计监控
5、场景设计：比如：加压方式、参数化数据设计、铺底数据设计
6、压测结果：jmeter监控数据（tps、rt、成功率）
7、瓶颈服务：如有性能瓶颈，哪慢（耗时多）？通过链路监控工具或者日志。不是看到某个服务器的资源看似有问题，就直接去分析。
8、监控数据：看耗时多的服务器资源情况，以及服务器上面对应的服务整体运行情况（看哪些计数器有异常，再进一步分析）
...省略
强调：性能测试的设计很重要；不是拿工具跑个结果就完事儿了，需要监控分析等。
