阳光倾林

摘要： 案例 压测过程中，某个接口，分别用10/20/30/40个线程进行测试，结果如下： 从上述结果中可以看出，线程数从20-40，TPS基本没有提高，应用服务器和数据库服务器的CPU使用率也基本没有提高。 在用40线程进行测试时，用jstack pid > ××.log ，将堆栈日志文件下载到本地，分别 阅读全文

摘要： 现象 tps出现大幅波动，并慢慢降低，甚至降为0，响应时间随之波动，慢慢升高 通过jstat命令看到，JVM中old区不断增加，FullGC非常频繁，对应的FGC消耗的时间也不断增加 通过jconsole、jvisualvm可以看到，堆内存曲线不断上升看，接近上限时，变成一条直线 应用程序日志报错： 阅读全文

摘要： 现象 查询接口，TPS比较低，响应时间比较长，此时数据库服务器的CPU占用率很高，应用服务器负载反而比较低。（如果数据库和应用程序安装在同一天机器上，数据库应用占用的CPU比较高，应用程序多占CPU较低） 案例 下面是某接口压测结果： 此时数据库服务器监控如下： 应用程序服务器监控如下： 从压测结果 阅读全文

摘要： 案例 压测过程中，某个接口，30个线程测试，平均响应时达到300多毫秒，TPS是70多，但是此时服务器资源占用都比较低。 问题分析 通过Jprofiler定位响应时间长的问题 1、Jprofiler安装配置 https://www.cnblogs.com/daydayup-lin/p/1614703 阅读全文

摘要： 现象 压测过程中，发现应用服务器CPU使用率比较高（80%） 这种现象产生的原因，一可能是接口性能非常好，比如响应时间10ms，TPS很高，此时CPU使用率很高是正常的，不需要做代码层面的优化；还有一种情况就是接口性能不好，可能响应时间>200ms，TPS很低，这种情况下就需要定位问题并做优化了。 阅读全文

摘要： 定义 在多线程情况下，如果一个线程拥有某个资源的锁，那么这个线程就可以运行资源相关的代码，其他线程就只能等待其执行完毕后，才能继续争夺资源锁，从而运行相关代码。 场景 车票售卖系统，当剩余车票为1张，此时有A/B/C/D四个用户同时来购票，系统开启了四个线程来执行业务操作。 上图中， 首先A线程刚执 阅读全文

摘要： 定义 线程死锁就是有两个线程，一个线程锁住了资源A，又想去锁住资源B，另外一个线程锁定了资源B，又想去锁定资源A，两个线程都想去得到对方的资源而又不愿意释放自己的资源，从而造成了一种互相等待、无法执行的情况。 现象 出现死锁后，TPS降为0，性能测试工具无法得到服务器的响应， 服务器硬件资源空闲 通 阅读全文

摘要： JVM相关知识是性能测试必须要了解的，同时也是面试中经常遇到的问题。 JVM内存管理机制 JVM简介 Java采用了自动管理内存的方式 Java程序是运行在JVM之中的 Java的跨平台是基于JVM的跨平台特性 内存的分配和对象的创建是在JVM中 用户可以通过一系列参数来配置JVM JVM运行时区域 阅读全文

摘要： Redis监控 一、通过info查看 通过redis-cli或者其他redis连接工具查看info，info内容可参考：https://www.cnblogs.com/daydayup-lin/p/14317535.html 二、redis-stat 1、下载地址：https://github.co 阅读全文

摘要： 一、前提 1、centos 7.5已经安装成功 2、tomcat项目已经部署成功（192.168.0.131:8080、192.168.0.126:8080） 二、下载 下载命令：yum install -y nginx 如果出现以下下载失败提示： 指定下载源后重新安装：rpm -Uvh http: 阅读全文