高楼性能工程实战课-008-并发、在线和TPS

并发、在线和TPS
    RT：容忍度
    
    并发：并发是在单位时间内完成的事务(T)的个数。如果这个事务(T)是用户的操作,那就是并发的用户了。
        事务的级别：
            1. 请求级别的TPS：按接口请求计算，比如整个登录下单支付退出过程调用100个接口  用户数 * 接口请求数100 / 操作时间
            2. 单业务操作级别：比如登录、下单、支付，7个业务   用户数 * 业务数7 / 操作时间
            3. 用户级别：1个用户   用户数/操作时间
        
        要想得到精确的峰值TPS，前提就是统计时间段是否准确
        
        并发用户数
        在线用户数
        并发度
        TPS
            在线用户数和压力线程之间的关系:
            用请求级TPS计算:
                压力线程=(在线用户数×单用户请求数)/峰值采样时间段 ÷(一个压力线程的请求级TPS)
            用单业务操作级TPS计算:
                压力线程=(在线用户数×单用户业务操作数)/峰值采样时间段÷(一个压力线程的业务操作级TPS)
            用用户级TPS计算:
                压力线程=(在线用户数×单用户完整业务数(也就是1))/峰值采样时间段÷(一个压力线程的用户级TPS)
                
            并发用户数的计算:·并发用户数=在线用户数×有停顿时间的单线程TPS÷无停顿时间的单线程TPS
            
            并发度=在线用户/并发用户 * 100% 
                (取值要在同一时间段)
            从以上的计算逻辑中,我们可以看到,这其中有几个关键数据
            1,在线用户数。这个值可以从日志中取到;
            2,在线用户数统计的时间段。这个值也可以从日志中取到;
            3,用户级操作的完整业务流时间(记得多采样一些数据,计算平均时间)。这个值也是从日志中取到;
            4·无停顿时间的完整业务流时间。这个值从压力工具中可以取到;
            5·单用户完整业务流的请求数。这个值可以从日志中取到。
        
        
    用户思考时间：
        用户操作的时间间隔、
        注意：不是一个用户就够了，而是要获取大量的真实用户的操作时间间隔，然后做平均值，标准方差的计算，再配置到压力测试工具中。
    
        建议：不要使用用户思考时间，用了也不能模拟真实的用户思考时间。
        
    为什么不能用用户会话的超时时间来计算
        Session 仅仅是消耗着保存字符串的那部分内存，来做用户和系统之间的识别，并不能用来做性能中的并发用户数计算。
        
        RPS：每秒请求数
        TPS：每秒事务数
            TPS跟RPS是线性关系，我理解就是  RPS = TPS * 系数   系数即这个事务一共触发了多少次请求
            你可以关注后端的RPS，也可以关注压力工具的TPS，但是在一个项目的具体实践中，不管是RPS还是TPS，一定要大家都有同样的理解。