随笔分类 - 多测师_性能测试
摘要：1、本地方法栈和程序计数器 ==》偏底层一般不会接触到 2、方法区 ==》对应为永久代 3、虚拟机栈（stack） ==》对应为栈 4、堆（heap） ==》对应里面有新生代+老年代 stack（栈内存 ） heap（堆内存） 永久代 5、栈内存1）线程私有2）生命周期和线程相同3）主要存放内容4）
阅读全文
摘要：G1和 CMS 的区别 平时工作中大多数系统都使用 CMS ，那么G1相对于 CMS 的区别在： 1.G1在压缩空间方面有优势 2.G1通过将内存空间分成区域( Region ）的方式避免内存碎片问题 3. Eden , Survivor , Old 区不再固定、在内存使用效率上来说更灵活 4.G1
阅读全文
摘要：一、MySQL数据库的联合索引 1、采用50个并发、持续压测300秒、在Linux服务器输入jmeter -n -t test.jmx 2、数据库中创建了联合索引：name、age、class这3个字段都用的同一个索引my_index并且是unique类型的 3、按理来说都是unique类型的性能应
阅读全文
摘要：MYSQL 慢查询使用方法 MYSQL 慢查询介绍 分析 MySQL 语句查询性能的问题时候，可以在 MySQL 记录中查询超过指定时间的语 句，我们将超过指定时间的 SQL 语句查询称为“慢查询”。MYSQL 自带的慢查询分析工 具 mysqldumpslow 可对慢查询日志进行分析：主要功能是,
阅读全文
摘要：一、出现慢SQL的原因：1）没有索引或者没有用到索引(查询慢最常见的问题，是程序设计的缺陷)2）I/O吞吐量小，形成了瓶颈效应。3）没有创建计算列导致查询不优化。4）内存不足5）网络速度慢6）查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）7）锁或者死锁(这也是查询慢最常见的问题，是程序
阅读全文
摘要：1、采用30个并发、在Linux中用jmeter -n -t test.jme进行压测 2、发现tps只有80/sec、左右但是接口的响应时间上升到了400毫秒左右 3、通过dstat -tcmnd --disk-util命令查看服务器端基本上没有什么资源的消耗、CPU的idle空闲都是99% 4、
阅读全文
摘要：一、什么是内存溢出和内存泄露 内存泄漏（memory leak）：是指程序在申请内存后，无法释放已申请的内存空间，导致系统无法及时回收内存并且分配给其他进程使用。通常少次数的内存无法及时回收并不会到程序造成什么影响，但是如果在内存本身就比较少获取多次导致内存无法正常回收时，就会导致内存不够用，最终导
阅读全文
摘要：1、压测的时候发现、应用服务器的CPU使用率比较高、通常大于80% 2、分2种情况： 1）接口性能好、比如响应时间小于10毫秒、此时CPU使用率高是正常的不需要优化 2）接口性能不好、比如响应时间大于200毫秒、tps也很低、此时需要优化 3、CPU如果消耗过高可能导致的原因有： 1）使用了比较复杂
阅读全文
摘要：死锁的根本原因： 1）存在嵌套加锁 2）多个线程之间加锁（锁定对象资源）的顺序不一致 1、死锁的概念：有2个线程、一个线程锁住了资源A、又想去锁定资源B、另外一个线程锁定了资源B、又想去锁定资源A、2个线程都想 去得到对方的资源、而又不愿释放自己的的资源、从而造成了一种互相等待3、无法执行的情况 2
阅读全文
摘要：1、在Linux通过jmeter -n -t test.jmx脚本设置50-100-150并发、点击调度器、持续压测300秒 2、发现TPS在50并发的时候就已经可以达到3000/sec、但是分别设置并发为100和150的时候、此时的TPS还是3000/sec 3、但是通过dstat -tcmnd
阅读全文
该文被密码保护。
该文被密码保护。
摘要：dstat命令是一个用来替换vmstat、iostat、netstat、nfsstat和ifstat这些命令的工具，是一个全能系统信息统计工具。与sysstat相比，dstat拥有一个彩色的界面，在手动观察性能状况时，数据比较显眼容易观察；而且dstat支持即时刷新，譬如输入dstat 3即每三秒收
阅读全文
该文被密码保护。
该文被密码保护。
摘要：例如：TPS（Transaction per Second）：系统每秒处理交易数，推导过程如下， 当前线上APP1.0试⽤系统主要为查询类交易，交易占⽐40%，系统⽣产交易量统计为1个⽉约20W笔，假设APP2.0系统上线后业务量激 增到每⽇查询类20W，则每⽇总交易量T达到: T = 20W/40
阅读全文
摘要：并发的基本概念 并发的概念： 指网站在同一时间访问的人数，人数越大，瞬间带宽要求更高。 服务器并发量分为： 1.业务并发用户数；2.最大并发访问数；3.系统用户数；4.同时在线用户数； 估算业务并发量的公式： C=nL/T C^=C+3×(C的平方根) 其中：C是平均的业务并发用户数、n是login
阅读全文
