m0_49428126的博客

//查看表空间

//数据库sql耗时查询

测试工具：JMETER实现生产kafka队列消息

超时设置，线程池设置，缓存策略，最大连接数，负载均衡策略等等。

超时设置，线程池设置，缓存策略，最大连接数，负载均衡策略等等。

1.先查看需要部署的服务器系统版本。cat /etc/system-release #Red Hat Enterprise Linux Server release 6.5 (Santiago)2.根据系统版本选择对应的nmon版本，上传到服务器中。3.在使用nmon工具之前应先先查看nmon工具的可执行权限，若权限不够可以使用chmod命令进行修改。chmod 777 nmon工具包名称

vmstat这条命令提供了各种系统资源的信息。它报告了运行队列以及等待队列中内核线程的统计信息、内存使用、页面调度空间、磁盘 I/O、中断、系统调用、上下文切换以及 CPU 活动。

loadrunner中，在进行运行设置中有一项选择，是按进程运行Vuser或按线程运行Vuser?

所有类级别数据将被存储在这里，包括静态变量。每个JVM只有一个方法区，它是一个共享的资源。

内存中的对象构成一棵树，当有效的内存被耗尽的时候，程序就会停止，做两件事，第一：标记，标记从树根可达的对象（途中水红色），第二：清除（清楚不可达的对象）。标记清除的时候有停止程序运行，如果不停止，此时如果存在新产生的对象，这个对象是树根可达的，但是没有被标记（标记已经完成了），会清除掉。缺点：递归效率低性能低；释放空间不连续容易导致内存碎片；会停止整个程序运行；

[GC (Allocation Failure) [PSYoungGen:2336K->288K(2560K)] 8274K->6418K(9728K), 0.0112926 secs] [Times:user=0.06 sys=0.00, real=0.01 secs]PSYoungGen（是新生代类型，新生代日志收集器），2336K表示使用新生代GC前，占用的内存，->288K表示GC后占用的内存，(2560K)代表整个新生代总共大小8274K（GC前整个JVM Hea

一、参数1、-XX：NewRatio2、–XX:SurvivorRatio3、–XX:NewSize4、–XX:MaxNewSize

收集并删除未引用的对象。可以通过调用"System.gc()"来触发垃圾回收，但并不保证会确实进行垃圾回收。JVM的垃圾回收只收集哪些由new关键字创建的对象。所以，如果不是用new创建的对象，你可以使用finalize函数来执行清理。

性能测试是利用产品、人员和流程来降低应用程序、升级程序或补丁程序部署风险的一种手段。性能测试的主要思想是通过模拟产生真实业务的压力对被测系统进行加压，验证被测系统在不同压力情况下的表现，找出其潜在的瓶颈。

衡量系统现状、设定调优目标、寻找性能瓶颈、性能调优、衡量是否到达目标(如果未到达目标，需重新寻找性能瓶颈）、性能调优结束。

容错：发生故障时，如何让系统继续运行。高可用：系统中断时，如何尽快恢复。灾备：系统毁灭时，如何抢救数据。

命令，为了防止服务器挂掉，导致执行的压测脚本停止执行，所以一般在测试稳定性的时候，在后台执行压测脚本。(该命令执行的时候在一行不是三行),nohup 和&中间加上执行的命令，就是在后台执行。

（在jmeter中定时器中常数吞吐量定时器，例如想控制tps为8，这个目标吞吐量设置60*8=480，并且基于计算吞吐量，设置为当前线程组中的所有活动线程）

Jmeter中日志信息打印

一般是这样的配置文件：sysctl.conf，文件中的具体的参数如下：（根据需要进行适当调整）

很多人错误的认为运行Java程序时使用-Xmx和-Xms参数指定的就是程序将会占用的内存，但是这实际上只是Java堆对象将会占用的内存。堆只是影响Java程序占用内存数量的一个因素。要更好的理解你的Java程序将会占用多大的内存需要先了解有哪些因素会影响到内存的占用。这些因素包括：

端口数不够用。

找到Jmeter的目录，进入bin下,打开jmeter.properties配置文件。修改sampleresult.default.encoding项为：sampleresult.default.encoding=utf-8如果是注释，去掉行首的#字符即可。修改后保存，重启Jmeter即可。

性能瓶颈，可以侦测到使用显示器。这些显示器可能是应用服务器的监测，监控Web服务器，数据库服务器的监控和网络监控。他们帮助找到了动乱地区的情况，原因增加响应时间。该测量通常性能的响应时间，吞吐量，访问/秒，网络延迟图表等

在银行工作我们经常听说ATM的“C端”和“P端”，其实是ATM系统软件行业的术语，它们分别指：1.1、ATMC(ATM Control)：终端控制系统，主要功能是与用户交互。1.2、ATMP(ATM Preconsole)：ATM前置通信系统，在系统层面上位于ATMC和进行业务处理的主机之间。

首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值。

一、首先保证所有LoadRunner的相关进程（包括Controller、VuGen、Analysis和Agent Process）全部关闭。

代码持有了不需要的对象引用，造成这些对象无法被GC，从而占据了JVM堆内存。（使用ThreadLocal：注意在线程内动作执行完毕时，需执行ThreadLocal.set把对象清除，避免持有不必要的对象引用）

1、jmeter -n -t script.jmx -l result.jtl 执行当前目录中的script.jmx脚本，生成的结果保存在当前目录，结果文件名称为result.jtl

1.1、从官网上下载的tar.gz压缩包，上传到Linux服务器，使用tar -zxvf apache-jmeter*.tar.gz命令解压。1.2、jmeter配置文件jmeter.properties在bin目录下。需要根据实际使用场景进行调整。 控制机：remote_hosts=localhost,负载机ip:负载机port(添加需要用到的远程发压机:端口号，默认端口号为1099，存在多个负载机时，中间使用英文逗号隔开) 高版本jme

当我们在使用jmeter压测的时候执行脚本一般都会在Linux的压力机上执行，，压测过程中有个很不方便的地方是我们无法及时看到报错信息，以及时无法看到详细的日志，对排查问题会产生报错的信息定位问题影响很大。

报错原因为端口数不够用。先检查做为负载机可用的端口数tcp port range是否在合理范围：cat /proc/sys/net/ipv4/ip_local_port_range1024 65535如果不一致，请进行修改。

造成HTTP状态码为500错误如下几个可能：2.1、在lr12录制的好脚本，在lr11上调试，录制回放的脚本请求的报文体中有中文乱码的问题，导致请求报http状态码为500，lr12录制的脚本中文没有乱码。需要想办法将在lr11不乱码。再发请求就不会出现乱码问题。2.2、可能调到了外围的系统，外围的系统一般是不允许的压测的时候，并且该外围系统没有做挡板，就会出现这个题。因为压测环境中没有外围系统的服务导致该问题的出现。要不对该外围系统做挡板，要不就在脚本中去掉或注释掉

crontable命令是在linux下的定时命令，适合进行长期的定时任务执行。

Q：为什么崩溃前垃圾回收的时间越来越长？ A:根据内存模型和垃圾回收算法，垃圾回收分两部分：内存标记、清除（复制），标记部分只要内存大小固定时间是不变的，变的是复制部分，因为每次垃圾回收都有一些回收不掉的内存，所以增加了复制量，导致时间延长。所以，垃圾回收的时间也可以作为判断内存泄漏的依据

首先，需要知道哪个进程占用CPU比较高；其次，需要知道占用CPU高的那个进程中的哪些线程占用CPU比较高；然后，需要知道这些线程的stack trace。

性能测试常见的Linux的命令-1

3、如果感觉打印的信息太多，可以根据awk的命令，打印想关注的信息grep -a "耗时" GCQ.CQ.QUEMONITOR.180\@172.16.172.14.log|awk -F ' ' '{ print $1 }'|awk -F ']' '{ print $5 }'|sort -t ":" -k 2,2 -n

//查看表空间select char(TBSP_NAME,50) as TBSP_NAME, TBSP_USABLE_PAGES, TBSP_USED_PAGES,rtrim(100*TBSP_USED_PAGES/TBSP_USABLE_PAGES)||'%' as USED_RATE from sysibmadm.SNAPTBSP_PART whereTBSP_USABLE_PAGES>0 order by TBSP_NAME,DBPARTITIONNUM

四、jvm 内存调优对 JVM 内存的系统级的调优主要的目的是减少 GC 的频率和 Full GC 的次数， 过多的 GC 和 Full GC 是会占用很多的系统资源（主要是 CPU），影响系统的吞吐量。-XX:+PrintGCDetails。打印 GC 信息