
性能调优
文章平均质量分 90
我是飞鸟呀
得到解决方案不是目的,学会如何思考和解决问题,才是最终目标。
展开
-
性能分析调优-JVM基础:堆、栈、元空间
因为堆占用内存空间最大,堆也是Java垃圾回收的主要区域(重点对象),因此也称作“GC堆”(Garbage Collected Heap)1.各线程共享,主方法区要存放类信息、常量、静态变量(static),如:public static int a=10。:堆内存中存在大量对象,且都在被引用,无法被清理,导致堆内存不足,无法分配新对象。栈区比较小,所以只是存放对象的地址,对象的真正的的数据存放在堆区中。垃圾收集器是内存回收算法的具体实现,没有完美的收集器。(如未关闭的集合、缓存)。原创 2025-04-05 08:45:00 · 496 阅读 · 0 评论 -
性能测试监控-Tomcat监控
是一个开源的(Web 服务器 + Servlet/JSP 引擎),主要用于部署和运行(如基于 Spring、Struts、JSP 等的应用)。:作为 Web 服务器,接收并响应 HTTP(S) 请求。:解析并运行 Java Servlet 和 JSP 页面。:通过线程池处理并发请求,提高性能。:支持 HTTP Session 管理(如用户登录状态)。:如 NIO、APR 等模式,优化网络 I/O 性能。原创 2025-04-04 10:00:00 · 678 阅读 · 0 评论 -
性能测试监控-操作系统级别的监控
Cpu(id)的计算基准:所有核心的平均空闲时间。进程%CPU的计算基准:所有核心的总占用时间。多核系统中,进程的%CPU可超过总体使用率的平均值,因为前者是总和,后者是平均。这是正常现象,不表示统计错误。内存CPU使用率:<80%内存使用率:<80%磁盘繁忙度:<90%网络流量:<网络上限。原创 2025-04-03 12:00:00 · 746 阅读 · 0 评论 -
性能测试理论基础-Redis基础及缓存穿透、击穿、雪崩
缓存穿透是指在使用redis时,数据在redis和数据库中都不存在,导致每次查询都要访问数据库,但是又不能把数据缓存到redis,从而后续每次请求都要查数据库,造成数据库压力过大,系统性能降低,甚至可能引起数据库宕机。一个热门的、经常被访问的数据过期或失效后,后续大量并发请求同时请求失效的数据直接访问数据库,导致数据库负载剧增,造成系统性能下降甚至崩溃的情况。2、空结果缓存:如果查询的数据不存在,也将结果缓存到缓存中,但设置一个较短的过期时间,避免频繁查询不存在的数据。原创 2025-04-02 08:30:00 · 576 阅读 · 0 评论 -
性能测试理论基础-web和APP性能测试
web系统通常包含客户端(浏览器)和服务端。:用户在浏览器地址栏中输入网址或点击链接,浏览器向服务器发送请求,请求页面的HTML、CSS、JavaScript、图片等静态资源。服务器接收到请求后,会将所需的资源文件发送给浏览器,浏览器开始下载资源文件。:浏览器收到HTML文件后,开始解析HTML代码,构建DOM树(文档对象模型)。:浏览器解析HTML时,会遇到链接的CSS和JavaScript文件,在解析过程中加载并执行这些文件,同时构建CSSOM树。原创 2025-04-01 17:30:00 · 655 阅读 · 0 评论 -
性能测试理论基础-性能测试的目的及系统性能的衡量标准
1、测试系统最大处理能力寻找系统最大的TPS,判断TPS和对应的响应时间是否满足预期。估算对业务量的处理能力。2、测试系统支持最高并发寻找系统最高能支持多少并发,当系统出现宕机、进程崩溃、报错率持续上升、响应时间超过可忍受范围(高频接口:<100ms,低频接口:<200ms)、程序无响应等情况,即可认为系统达到了可支持的最高并发。原创 2025-03-31 17:30:00 · 369 阅读 · 0 评论 -
性能测试理论基础-集合点与定时器
集合点是为了增加瞬间并发压力的一种机制,在脚本中增加一个标记,所有虚拟用户执行到标记处会进行等待,等所有用户都到达后,再同时继续执行下一步操作。主要目的是**模拟瞬时高并发场景**,验证系统在突发流量下的处理能力。: 对服务器来说,会产生一种瞬间高并发: 对服务器来说,平均压力会降低。原创 2025-03-29 09:00:00 · 766 阅读 · 0 评论 -
性能测试理论基础-测试流程及方案设计要点
如果包含混合场景,需要确定各接口/场景的业务比例示例:其中,TPS和响应时间都是指系统性能(吞吐量/TPS)到达拐点时的TPS和响应时间。业务占比:要保证做不同事务的用户满足比例关系。原创 2025-03-28 20:45:00 · 811 阅读 · 0 评论 -
性能测试理论基础-性能指标及jmeter中的指标
将所有请求的响应时间先从大到小进行排序,计算指定比例的请求都是小于某个时间。该指标统计的是大多数请求的耗时。原创 2025-03-27 20:00:00 · 1235 阅读 · 0 评论 -
性能调优之数据库调优-数据库的慢查询
使用数据库的 Exporter 采集慢查询指标。配置 Prometheus 采集 Exporter 数据。定义慢查询的阈值并设置告警规则。在 Grafana 中可视化慢查询指标。结合日志分析具体的慢查询语句。通过以上方法,可以全面监控和分析数据库的慢查询,及时发现和解决性能问题。3、定位慢查询的原因根据分析结果,定位慢查询的根本原因。缺少索引:查询条件中的列没有索引,导致全表扫描。低效的查询逻辑:如复杂的 JOIN、子查询或 GROUP BY。锁争用:查询因等待锁而变慢。原创 2025-03-20 17:00:00 · 581 阅读 · 0 评论 -
性能调优之数据库调优-数据库的锁机制
MySQL:使用和INNODB_TRX表。PostgreSQL:使用pg_locks和视图。SQL Server:使用和动态管理视图。Oracle:使用v$session视图。MongoDB:使用命令。Redis:使用INFO命令。原创 2025-03-19 10:24:03 · 625 阅读 · 0 评论