摘要: 1.1 cpu性能查看 1、查看物理cpu个数: cat /proc/cpuinfo |grep "physical id"|sort|uniq|wc -l 2、查看每个物理cpu中的core个数: cat /proc/cpuinfo |grep "cpu cores"|wc -l 3、逻辑cpu的 阅读全文
posted @ 2019-09-24 10:17 终结者吖 阅读(468) 评论(0) 推荐(0) 编辑
摘要: 1. 问题描述: 客户新上的一个关键业务系统,在做上线前的压力测试时,应用的并发无法达到上线前的并发指标和响应时间指标要求。压测时TPS的曲线很不稳定,如下所示: 2. 分析过程: 从上述知识点可以知道: ORACLE中LGWR进程只有一个,由于所有进程在commit前都需要通知lgwr进程帮忙把之 阅读全文
posted @ 2019-09-24 09:37 终结者吖 阅读(744) 评论(0) 推荐(0) 编辑
摘要: 1、 测试背景:由于业务需求,开发决定部署一个redis高可用方案codis,使用codis3.2版本。 2、 代码:非常简单的redis读写方法,读和写分开测。 3、基本架构:一台应用服务器(12核48G),单实例proxy(48核198G),三实例zk集群(48核198G),三组codis-se 阅读全文
posted @ 2019-09-24 09:34 终结者吖 阅读(287) 评论(0) 推荐(0) 编辑
摘要: 经常有朋友问我性能测试流程是什么样的,每次我都简单说说,但这东西三言两语说不清,刚好现在刚压测完一个项目,快要放假不忙,就拿刚测试完的项目写一下我们性能测试是怎么做的。 一、项目背景 此次需要压测接口共计14个,外加一个消费MQ的批处理。其中14个接口分两部分,对应两个模块,对应两个开发。 二、环境 阅读全文
posted @ 2019-09-24 09:33 终结者吖 阅读(247) 评论(0) 推荐(0) 编辑
摘要: 背景:一个接口,本身有一定的逻辑,但是不复杂,主要是处理数据,不涉及到数据库操作,但是内部调用两个接口。基本逻辑是先调用BI的一个接口获取到基础数据,在本地处理完数据在根据classid去业务系统查班级,查完的数据在本地处理,返回结果。其中业务系统的接口是老接口,不会存在性能问题,BI的接口是我先压 阅读全文
posted @ 2019-09-24 09:32 终结者吖 阅读(468) 评论(0) 推荐(0) 编辑
摘要: 背景:一个接口比较慢,逻辑相对简单。 SQL截图如下,涉及一个insert,两个select和一个update,因为索引是有的,初步怀疑是update引起的性能问题,可能存在锁。 项目是PHP项目,代码改起来很方便,所以可以直接打印时间戳。在这里说下打印时间戳的方法,我都是先打印函数的主体,打印出来 阅读全文
posted @ 2019-09-24 09:31 终结者吖 阅读(352) 评论(0) 推荐(0) 编辑
摘要: 现象:一个接口在4C的机器上跑最大只有7TPS,CPU使用率就已经90%多。 定位: 1、 使用top命令查看CPU使用情况,找到进程号 2、 使用top -H -pid命令,查看进程信息,看到有四个进程CPU占用很高,加一起已经超过100%: 3、 查看具体的线程信息,先使用printf "%x\ 阅读全文
posted @ 2019-09-24 09:30 终结者吖 阅读(300) 评论(0) 推荐(0) 编辑