smooth的博客

性能瓶颈定位五步法：一、理清数据流向，数据流程分解；二、检索日志中的异常；三、分析硬件资源占用；四、数据库的监控分析；五、应用服务器监控及代码分析

续上一篇《性能测试知识问题整理（一）》十一、响应时间的258原则和业务模型的二八原则为什么不合理？问题一：为什么响应时间的258原则不合理？ 这个命题争论的问题在于「快、好」的定义上，响应时间是否合理是要进行对比的。做为不同业务下的性能水平，快的定义是不一样的，比如在数据处理业务中，常分OLAP（联机分析处理）、OLTP（联机事务处理），比如一个简单的 OLTP 查询有大厂是要求微妙级别的，OLAP 统计报表类的业务查询几分钟也是可以接受啊，例如现在的大数据技术测试，在不同的条件...

参考高楼的《性能测试实战30讲之问题问答整理》，觉得他写的好，但是看原文一问一答的方式，比较散乱，我就重新按自己的想法整理一下，主要是抽取核心的内容方便自己查阅：一、性能测试的概念到底是什么？性能项目分为如下几类： 新系统性能测试类：这样的项目一般都会要求测试出系统的最大容量，不然上线心里没底。 旧系统新版本性能测试类：这样的项目一般都是和旧版本对比，只要性能不下降就可以根...

商业版的性能监控平台确实强大，但是对于很多初创公司来说，一般不会选择昂贵的商业监控平台，更多的是选用开源的监控系统，比如Zabbix。但是无论多么强大的开源监控平台，基本都不能满足所有的监控需求，比如没有APM监控，不方便监控mysql、Postgresql等数据库，所以集成化开发是一种可行的选项，只要做好前期技术选型，选好要被集成的监控工具，我们就可以迈出第一步。 ...

全链路压测的概念挺火的，想做成却没有机会（毕竟不是互联网巨头类的公司），所以在这里也不想纸上谈兵，可能过段时间它就会被更新更高大上的概念给替换了，但是我们可以收集一下相关资料（目前可以开展全链路压测的公司真的很少，所以资料有限），将来对自己的性能测试项目可能也会有帮助：相关链接：阿里全链路压测 全链路压测3.0 智能全链路压测有赞全链路压测实战 全链路压...

性能测试（Performance Test）通过测试工具和测试手段，监测和收集测试过程中的软件系统运行数据，度量系统与预定义目标的差距。而预定义目标就是通过性能需求来表示。怎样才能更有效的获得性能需求？以便更好设计、执行性能测试。可以按以下步骤：1. 收集，根据项目历史数据，或者根据经验2. 分析，比如业务人员很多，底层到中层、再到高层。分析历史数据、竞品、业务。业务需要分析业...

MYSQL应该是最流行的WEB后端数据库。大量应用于PHP，Ruby，Python，Java 等Web语言开发项目中，无论NOSQL发展多么快，都不影响大部分架构师选择MYSQL作为数据存储。 MYSQL如此方便和稳定，以至于我们在开发 WEB 程序的时候非常少想到它。即使想到优化也是程序级别的，比方不要写过于消耗资源的SQL语句。可是除此之外，在整个系统上仍然有非常多能够优化的地方。...

所有数据库包括Oracle的sql优化都是针对程序员的，而不是针对dba的，第一，尽量防止模糊，明确指出，即用列名代替*，第二，在where语句上下工夫。第三多表查询和子查询，第四尽量使用绑定。 根据计算机硬件的基本性能指标及其在数据库中主要操作内容，可以整理出如下图所示的性能基本优化法则： 这个优化法则归纳为5个层次： 1、减少数据访问（减少磁盘...

数据库作为应用系统当中最重要的一块，也是性能测试非常关注的一块，根据我自己的项目经验，和以往对应用系统的性能需求分析和测试策略制定过程，总结一下如何开展数据库系统的性能需求分析，以及制定数据库能力评估模型。一、数据库性能需求制定1、需求信息收集-任务/交易分布（1）收集有哪些主要交易任务（与业务系统需求一致）（2）在一天的某些特定时刻系统都有哪些主要操作，以及操作量2、需求信息收集-...