DaxiaLeeSuper的博客

摘要： 系统性能监控涵盖CPU、内存、磁盘I/O和网络四大核心资源。CPU分析需区分密集型（高us%/sy%）与I/O等待（高wa%）瓶颈，关注负载均衡与异常波动；内存需警惕泄漏（持续上升不释放）与耗尽风险（Swap激增）。磁盘I/O侧重IOPS、吞吐量及响应时间，结合%util判断瓶颈；虚拟报表需验证数据准确性并关联资源消耗（如高CPU或I/O）。网络监控识别带宽饱和、安全威胁（异常IP/协议）及业务延迟（TCP重传）。工具链推荐：iostat（磁盘）、iftop/nethogs（网络）、Promethe

索引与SQL是重点：80%性能问题源于低效索引或SQL写法，优先用EXPLAIN诊断。配置因地制宜：根据业务负载（读多写少/高并发写入）调整参数，避免生搬硬套。架构提前规划：单机性能瓶颈时，读写分离/分库分表是必经之路。通过上述策略组合应用，可系统性提升MySQL性能。建议从小成本改动（如索引、SQL）入手，逐步推进架构调整。

开放x86服务器（监控服务器，也可以选择arm服务器，选择对应版本安装即可）的 9090（Prometheus）、3000（Grafana）端口。ARM版下载地址：https://prometheus.io/download/#node_exporter。Gitee镜像：https://gitee.com/mirrors/prometheus/releases。官方下载页：https://prometheus.io/download/验证：访问 http://x86服务器IP:9090。

使用方向键找到 P (Last Used Cpu)，按空格键选中（标记为 *）按向右键，可以移动至想要显示的字段，按下w可以保存该配置。按2键显示cpu每个node使用情况。按 f 键打开字段选择界面。按t键显示cpu使用进度。

传统TCPIP协议栈接收数据包的方式是CPU中断，网卡在收到数据包后，中断通知CPU处理，由CPU复制数据到内核协议栈，再复制数据给应用处理。期间硬件中断引起的线程切换、数据的2次复制、多处理器平台CPU漂移都会带来CPU的性能损耗。SolarFlare提供的Kernel Bypass（内核旁路）是绕过Linux内核TCPIP协议栈的技术，使用自己实现的同功能代码，从用户空间直接访问可控制设备内存，缩短处理流程，提高传输速度。ef_vi通过更底层的API收发原始网络帧，但没有提供上层协议的支持；

1.修改HTTP请求中的编码，以天气预报API为例2.修改JMeter，bin文件夹下的jmeter.properties文件，修改以下字段，将sampleresult.default.encoding字段修改为UTF-8.修改后重新启动JMeter3. 增加后置处理器Bean Shell PostProcessor，添加代码，prev.setDataEncoding="utf-8

一、 什么是性能 性能，是通过一系列指标来衡量系统的及时性、处理能力的特性以在银行办业务为例，如果人比较少，你可能不需要排队，立马就可以办理业务，大概要5分钟就完成。如果是人比较多，前面有几个人在排队，你大概需要30分钟才办理完业务 响应时间：上面的5分钟，30分钟就是响应时间。从你到达银行到你办理业务完成的时间，这个时间越短，性能越好 吞吐量：单位时间内办理完成的业务数，办理业务...