【性能】性能调优思考

我们可以通过事物的响应时间作为基础来分析：

响应时间=网络的延迟时间+应用的延迟时间+数据库的延迟时间

数据流转详细过程：

1、从客户端（负载机）发起请求，通过网络传输到Web应用服务器。

2、Web应用服务器收到请求后，不会马上处理，找到空闲的进程/线程，再进行应用程序的处理。比如说数据库的DML操作，应用程序生成SQL语句发往数据库服务器。

3、数据库操作请求通过网络传输到数据库服务器，数据库拿到SQL语句后进行语法解析、域解析，生成SQL的执行计划，根据SQL的执行计划去数据库执行这条SQL语句。如果数据在缓存里面，直接从缓存里面把结果集通过网络返回给应用服务器，如果这条数据不在缓存中，需要到磁盘去找到这条数据，然后放到内存中再返回给应用服务器。

4、应用服务器拿到返回结果后，不会马上处理，需要唤起空闲进程/线程后，再进行下一步的业务逻辑处理。

5、如此循环反复，执行完成之后，再把返回结果集通过网络返回给客户端（负载机）。

整个过程包括7个阶段：

客户端→网络→Web容器（中间件）→应用程序→数据库→应用程序→客户端

分析步骤：

1、客户端（负载机）

　　压力的发起点

　　如果压测过程中发现应用程序的TPS、压力、并发上不去，第一个应该检查负载机，因为它是压力的发起点。

　　负载机的性能瓶颈：网卡（上传下载）、CPU高、内存高

2、网络

　　网络错误率/丢包率

　　在Linux下用sar命令查看

　　更换网卡、增加带宽

3、Web服务器

　　硬件：CPU、内存、磁盘

　　什么造成了CPU使用高

　　什么造成了内存使用高

　　什么造成了磁盘使用繁忙

4、数据库服务器

　　硬件：CPU、内存、磁盘

　　什么造成了CPU使用高

　　什么造成了内存使用高

　　什么造成了磁盘使用繁忙

5、Web容器（中间件）

　　线程/进程排队，线程池配置不合理会占用过多的内存资源

　　是否需要配置长链接keepalive，长连接的大小配置是否合适，长连接的超时时间配置是否合理

　　gzip压缩是否开启（文件、图片）

6、数据库

　　SQL使用是否合理

　　SQL执行效率

　　数据库连接池是否繁忙

　　数据库的配置是否合理

7、应用程序

　　JVM内存使用情况

　　GC使用是否合理，是否停顿时间过长

　　业务逻辑

　　算法

分析思路总结：

CPU、内存、磁盘之间的关系

1、CPU

　　就像人的大脑，主要负责相关事情的逻辑判断、运算以及实际处理机制

　　查询指令：cat /proc/cpuinfo

2、内存

　　大脑中的记忆区块，将眼睛、皮肤等收集到的信息纪录起来的地方，以供CPU进行判断

　　CPU进行逻辑判断、运算的数据来源于内存

　　查询指令：cat /proc/meminfo

3、磁盘

　　大脑中的记忆区块，将重要的数据记录起来，以便未来再次使用这些数据

　　数据的最终的存储区域

　　查询指令：fdisk -l

总结：

　　CPU先从内存中拿数据进行处理、校验、判断，处理完之后把数据返回给内存，需要存储的东西由内存放到磁盘中进行处理。CPU不会直接操作磁盘中的数据，它操作的是内存。内存是中间介质，内存足够大，内存中存放的数据就多，CPU能够直接处理的数据就更多，这样处理速度就快。

　　我们用工人、车间、仓库来类比CPU、内存、磁盘。工人相当于CPU，在车间进行材料加工，车间相当于内存，车间的材料不够就要去仓库里面去取，仓库就相当于磁盘。只有车间足够大，工人才可以一直在车间进行加工，不需要取仓库取源材料，这样效率更高，速度更快。

内存与磁盘以及虚拟内存的关系

虚拟内存

　　从磁盘上虚拟出来的一段地址空间当内存用，它的速度比物理内存要慢。

操作系统分析方向

CPU→内存→磁盘