zoukankan      html  css  js  c++  java
  • 性能测试案例:数据库cpu高导致响应时间长

    前几天在用jmeter做性能测试的时候,遇到一个响应时间长的性能问题,简单总结一下,分享给大家,希望能给大家在性能测试过程中类似问题提供一个性能问题分析定位的思路。

    现象如下图,响应时间很长,达到了18秒左右,tps也只有20

    监控:

    根据经验,直奔oracle数据库服务器,top命令一看,负载高,用户cpu将近100%,cpu已经达到性能瓶颈了,shift+p,或者键盘大写状态下按P,将所有进程按cpu使用率从高到低排序,这样,我们关注消耗cpu最多的进程即可

    分析定位:

    直接选取上图第一个进程ID27087,通过下面的sql在plsql中查询(注意:连接oracle数据库的用户需要有v$process、v$session、v$sql这3张表的权限,如果没有,向DBA申请即可,下面sql的含义:通过pid,在v$process中找到paddr,通过paddr在v$session中找到sql_id,通过sql_id在v$sql中找到对应的sql)

    查出来一条结果

    点击下面

    可以看到完整的sql语句,是一个多表关联查询语句,它很耗数据库cpu,顺其自然的想到去看下表的索引

    查看表,发现where后条件字段不是索引字段

    调优总结:

    编辑表,果断把该字段加为索引字段,重新压测,数据库服务器基本上就没啥负载了,且cpu基本都是空闲状态

    响应时间也只有几十毫秒了

    tps从20左右提升到300多,可以说性能提升是相当的明显 

    总结:sql一直占用cpu切片时间,其它线程就只能等待,服务器负载高,所以响应时间就长了。

  • 相关阅读:
    【leetcode】416. Partition Equal Subset Sum
    【leetcode】893. Groups of Special-Equivalent Strings
    【leetcode】892. Surface Area of 3D Shapes
    【leetcode】883. Projection Area of 3D Shapes
    【leetcode】140. Word Break II
    【leetcode】126. Word Ladder II
    【leetcode】44. Wildcard Matching
    【leetcode】336. Palindrome Pairs
    【leetcode】354. Russian Doll Envelopes
    2017.12.22 英语面试手记
  • 原文地址:https://www.cnblogs.com/mycftest/p/13502270.html
Copyright © 2011-2022 走看看