1.不管是大颗粒度（多接口事务构成一个事务型业务）还是单接口，目前系统的性能对应的tps就在那里，它是不变的
2. 100的tps可以认为是100的并发数，可以用100个并发线程去压测，给几分钟的压测压力，让服务端真正能够达到每秒处理了100个并发请求；但是，更应该注意的是，并非必须用100个并发线程去压，你只要压测出最高的tps后，再根据你设定的最大响应时间，这个最大并发请求可以计算出来。比如你预计最大能接受的响应时间是4s，那么实际的并发数就是最大并发数的基础上乘以4.所以如何选取压测的并发模拟线程，唯一的参考数据不断加压，加压到系统平均响应时间达到1s左右，这时候你就得到了系统最大tps了，那么真实的并发用户数是多少，再根据你定义的最大响应时间乘以这个数就行，它也可以是小于1s，也可以是大于1s
最大tps（每秒请求数）*产品经理约定的最大响应时间=并发用户数
3:问题：
1万用户，并发度5%，得到最大要求的tps是500，最大响应时间要求是0.1s，那么初始定义压测线程是多少？
0.1 rt 表示 服务器每个线程需要执行的时间，tps表示每秒要处理的线程数，那么500*0.1表示服务端每秒能够处理的线程数为50
小结：
1.单接口最大tps，可以通过一个基本的线程数/响应时间得到，并不需要一定压到1s才能知道
2.预定的tps和响应时间确定的话，那么给出的预压测线程可以轻易计算 =tps*响应时间
