性能调优

性能目的：

一、客户明确要求：标准明确

二、只想了解系统的性能（容量测试）：最大用户数和最佳用户数-->须要对系统作分析，找出系统的压力点

三、找出系统的性能瓶颈：分析可能对系统形成瓶颈的逻辑业务，进行系能测试

四、了解系统在长时间压力下的性能情况（强度测试）：长期处于大用户的访问状态，问题的暴露：如内存溢出

 

 

性能测试的环境：

硬件、软件环境、网络环境（除去找出性能的瓶颈能够在广域网，其余的都在局域网测试。否则你压力工具所发送的请求都会卡死在网络的传输过程当中）

 

 

寻找系统的压力点

须要对系统的哪一个页面或业务进行加压。这个不是本身想出来的，须要与开发人员的沟通。系统的首页？系统的登陆？仍是系统的交易过程？各个业务的用户比例是多少？

  只有得到有效的性能需求，才容易寻找和定位压力点。

 

性能测试分类：、

系能测试（狭义）、负载测试、压力（强度）测试、可靠性测试、并发测试、配置测试

http://www.cnblogs.com/fnng/archive/2012/06/09/2543274.html

 

 

提升系统性能的相关技术                                                              

 

网页HTML 静态化

其实你们都知道网页静态化,效率最高,消耗最小的就是纯静态化的 html 页面,因此咱们尽量使咱们的网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。

可是对于大量内容而且频繁更新的网站,咱们没法所有手动去挨个实现,因而出现了咱们常见的信息发布系统 CMS,像咱们常访问的各个门户站点的新闻频道,甚至他们的其余频道,都是经过信息发布系统来管理和实现的,信息发布系统能够实现最简单的信息录入自动生成静态页面,还能具有频道管理,权限管理,自动抓取等功能,

对于一个大型网站来讲,拥有一套高效,可管理的CMS 是必不可少的，除了门户和信息发布类型的网站,对于交互性要求很高的社区类型网站来讲,尽量的静态化也是提升性能的必要手段,将社区内的帖子,文章进行实时的静态化,有更新的时候再从新静态化也是大量使用的策略,像Mop 的大杂烩就是使用了这样的策略,网易社区等也是如此同时,html 静态化也是某些缓存策略使用的手段,

对于系统中频繁使用数据库查询可是内容更新很小的应用,能够考虑使用 html 静态化来实现,好比论坛中论坛的公用设置信息,这些信息目前的主流论坛都 能够进行后台管理而且存储再数据库中,这些信息其实大量被前台程序调用,可是更新频率很小,能够 考虑将这部份内容进行后台更新的时候进行静态化,这样避免了大量的数据库访问请求；

 

图片服务器分离

对Web 服务器来讲,无论是 Apache,IIS 仍是其余容器,图片是最消耗资源的,因而咱们 有必要将图片与页面进行分离,这是基本上大型网站都会采用的策略,他们都有独立的图片服务器,甚至不少台图片服务器，这样的架构能够下降提供页面访问请求的服务器系统压力,而且能够保证系统不 会由于图片问题而崩溃,在应用服务器和图片服务器上,能够进行不一样的配置优化,好比 apache 在配置 ContentType 的时候能够尽可能少支持,尽量少的 LoadModule,保证更高的系统消耗和执行效率；

 

数据库集群和库表散列 

大型网站都有复杂的应用,这些应用必须使用数据库,那么在面对大量访问的时候,数据库的瓶颈很快就能显现出来,这时一台数据库将很快没法知足应用,因而咱们须要使用数据库集群或者库表散列。

在数据库集群方面, 不少数据库都有本身的解决方案, Oracle, Sybase 等都有很好的方案,经常使用的 MySQL 提供的 Master/Slave 也是相似的方案,您使用了什么样的 DB,就参考相应的解决方案来实施便可。

上面提到的数据库集群因为在架构,成本,扩张性方面都会受到所采用 DB 类型的限制,因而咱们须要从应用程序的角度来考虑改善系统架构,库表散列是经常使用而且最有效的解决方案，咱们在应用程序中安装 业务和应用或者功能模块将数据库进行分离,不一样的模块对应不一样的数据库或者表,再按照必定的策略 对某个页面或者功能进行更小的数据库散列,好比用户表,按照用户 ID 进行表散列,这样就可以低成本 的提高系统的性能而且有很好的扩展性，sohu 的论坛就是采用了这样的架构,将论坛的用户,设置,帖 子等信息进行数据库分离,而后对帖子,用户按照板块和 ID 进行散列数据库和表,最终能够在配置文件 中进行简单的配置便能让系统随时增长一台低成本的数据库进来补充系统性能；

 

缓存

缓存一词搞技术的都接触过,不少地方用到缓存，网站架构和网站开发中的缓存也是很是重要，这里先 讲述最基本的两种缓存，高级和分布式的缓存在后面讲述， 架构方面的缓存,对 Apache 比较熟悉的人都能知道 Apache 提供了本身的缓存模块,也可使用外加的 Squid 模块进行缓存,这两种方式都可以有效的提升 Apache 的访问响应能力， 网站程序开发方面的缓存,Linux 上提供的 Memory Cache 是经常使用的缓存接口,能够在 web 开发中使用, 好比用 Java 开发的时候就能够调用 MemoryCache 对一些数据进行缓存和通信共享, 一些大型社区使用了 这样的架构， 另外, 在使用 web 语言开发的时候, 各类语言基本都有本身的缓存模块和方法, PHP 有 Pear 的 Cache 模块,Java 就更多了,net 不是很熟悉,相信也确定有；

 

镜像

镜像是大型网站常采用的提升性能和数据安全性的方式,镜像的技术能够解决不一样网络接入商和地域带来的用户访问速度差别, 好比 ChinaNet 和 EduNet 之间的差别就促使了不少网站在教育网内搭建镜像站点,数据进行定时更新或者实时更新，在镜像的细节技术方面,这里不阐述太深,有不少专业的现成的解决 架构和产品可选，也有廉价的经过软件实现的思路,好比 Linux 上的 rsync 等工具；

 

负载均衡

负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法，负载均衡技术发展了多年,有不少专业的服务提供商和产品能够选择,下面介绍几种常见的负载均衡。

1. 基于DNS的负载均衡--一个域名绑定多个IP

DNS负载均衡技术是最先的负载均衡解决方案，它是经过DNS服务中的随机名字解析来实现的，在DNS服务器中，能够为多个不一样的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时获得其中的一个地址。所以，对于同一个名字，不一样的客户机会获得不一样的地址，它们也就访问不一样地址上的Web 服务器，从而达到负载均衡的目的。

这种技术的优势是，实现简单、实施容易、成本低、适用于大多数TCP/IP应用；可是，其缺点也很是明显，首先这种方案不是真正意义上的负载均衡，DNS 服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每一个Web服务器当前的负载状况；若是后台的Web服务器的配置和处理能力不一样，最慢的 Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥做用；其次未考虑容错，若是后台的某台Web服务器出现故障，DNS服务器仍然会把DNS 请求分配到这台故障服务器上，致使不能响应客户端。最后一点是致命的，有可能形成至关一部分客户不能享受Web服务，而且因为DNS缓存的缘由，所形成的后果要持续至关长一段时间(通常DNS的刷新周期约为24小时)。因此在国外最新的建设中心Web站点方案中，已经不多采用这种方案了。

2. 经过硬件四层交换实现负载均衡

在硬件四层交换产品领域，有一些知名的产品能够选择，好比Alteon、F5等，这些产品很昂贵，可是物有所值，可以提供很是优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了

3. 经过软件四层交换实现负载均衡

软件四层交换咱们可使用Linux上经常使用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提升系统的鲁棒性，同时可供了灵活的虚拟VIP配置和管理功能，能够同时知足多种应用需求，这对于分布式的系统来讲必不可少。

一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在不少大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性。

4. 经过反向代理服务器实现负载均衡

反向代理服务器又称为 WEB 加速服务器，它位于 WEB 服务器的前端，充当WEB服务器的内容缓存器,反向代理服务器是针对 WEB 服务器设置的，后台 WEB 服务器对互联网用户是透明的，用户只能看到反向代理服务器的地址，不清楚后台 WEB 服务器是如何组织架构的。当互联网用户请求 WEB 服务时，DNS 将请求的域名解析为反向代理服务器的 IP 地址，这样 URL 请求将被发送到反向代理服务器，由反向代理服务器负责处理用户的请求与应答、与后台 WEB 服务器交互。利用反向代理服务器减轻了后台 WEB 服务器的负载，提升了访问速度，同时避免了因用户直接与 WEB 服务器通讯带来的安全隐患。

 

----------------------------------------------------------------------------------

 

 

 

前端展现性能VS后台性能

（ab.fildder.yslow+showslow）

 

页面性能测试：

一、减小请求和响应的往返次数：http缓存机制（etag）

2。减小请求和响应的往返字节大小：少图片、全部css浓缩一个css文件、全部脚本浓缩一个js文件、简化页时间、http压缩

 

 

 

 

 

 

 

 

-------------------------------------------------------------------------------

 

http://www.51testing.com/html/41/n-2461241-4.html  loadrunner样例分析