Web 处事器机能与站点会识趣能优化

 优化思绪浅析

要优化 Web 处事器的机能，我们先来看看 Web 处事器在 web 页面处理赏罚上的步调：

1. Web 赏识器向一个特定的处事器发出 Web 页面哀求; 2. Web 处事器吸取到 web 页面哀求后，探求所哀求的 web 页面，并将所哀求的 Web 页面传送给 Web 赏识器; 3. Web 赏识器吸取到所哀求的 web 页面内容，并将它表现出来。

上面三个步调都相关 Web 处事器，但现实 Web 处事器机能相干最大的是在第 2 步，这里 Web 处事器必要探求来自赏识器所哀求的 Web 页面内容。

我们知道，Web 页面内容有静态的，也有动态的，静态的内容，web 处事器可以直接将功效发回给赏识器，对付动态内容，则凡是必要交给应用处事器先处理赏罚，由应用处事器返回功效。

虽然，也有 Web 处事器自己可以处理赏罚动态内容的，譬喻 IIS 就可以自已表明处理赏罚 ASP, ASP.NET 这两种微软的动态网页剧本说话。

从上面扼要的说明里，我们大抵可以获得这样的结论，影响 Web 页面会见的影响身分会有这几个：

1. Web 处事器从磁盘中读取静态页面内容的速率，也即时刻;
2. Web 处事器鉴定哀求内容是静态照旧动态内容的时刻;
3. Web 处事器转发哀求给应用处事器的时刻;
4. 应用处事器处理赏罚(表明)动态内容所需的时刻;
5. Web 处事器返回 Web 内容给赏识器的相应时刻;
6. Web 处事器吸取来自赏识器哀求的处理赏罚机能;
7. Web 会见哀求数据在收集上传输的时刻：包罗从赏识器随处事器，和从处事器到赏识器两部门;
8. 赏识器当地计较和渲染 Web 内容的时刻，即吸取内容后揭示内容的时刻。

上面 8 项很轻易领略，也很直接，着实尚有以下几项也是关乎 Web 页面会见速率体验的身分，你可以思索下是否云云?可能说是否会影响到页面会识趣能。

• Web 处事器执行安详计策搜查的时刻，可能说机能;
• Web 处事器读取日记文件、写日记内容、封锁对日记文件会见的时刻，先读后写再封锁，这三步中的读与写又涉及到磁盘会识趣能身分;
• 同时与 Web 处事器毗连会话的客户端数目巨细，即并发会见量多大。

我们可以将上面一共 11 项影响身分抽像出来，那么就是：

1. Web 处事器磁盘机能;
2. Web 处事器与应用处事器交互的机能;
3. 应用处事器处理赏罚动态内容的机能，可能说动态内容应用处理赏罚机能;
4. 客户端与 Web 处事器的毗连速率，即收集传输机能;
5. Web 赏识器表明和渲染 Web 内容的机能;
6. Web 会见并发机能。

反应到我们举办机能优化，可以入手的角度就有：

1. 增进带宽，包罗处事器和客户端双方的 Internet 毗连带宽;
2. 加速动态内容的处理赏罚机能;
3. 尽也许多地行使静态内容，这样 Web 处事器就可以无需哀求应用处事器，直接将 Web 内容发给赏识器端，这里可以入手的方案又有：

• 动态内容缓存
• 动态内容静态化

多台处事器负载平衡同时处理赏罚大量的并发会见;

晋升处事器磁盘会识趣能，也即凡是所说的 I/O 机能;

镌汰网页中的 HTTP 哀求数;

改换更好机能的 Web 处事器;

公道陈设处事器，在离客户端更近的处所陈设处事器，已经证明可以明明地晋升会识趣能。

机能优化实践

颠末前面末节的扼要说明，我信托你对优化 Web 处事器有必然的思绪了，你可以从硬件层面、软件层面、Web 代码三个层面去优化。

下面我们团结一个详细的实例来实践一回，本文所举例是一个小型的 Web 站点，部门数据系假设，若有类同，纯属偶合，仅起抛砖引玉之用。在现实事变中，假如遇到大站点，你可以参考此处的说明，修改优化方案。

1. 站点简介

一个社区论坛站点，回收 Discuz! 论坛措施构建，该措施回收主流的 PHP + MySQL 构成。

网站今朝有近 5 万注册用户，绝大大都是海内的用户，活泼用户数在一半阁下，天天均匀 PV 在 15~20 万，独立会见 IP 数在 8000 阁下。

2. Web 处事器机能优化需求

网站现陈设在海外的处事器，租用假造主机来运营，由于会见量较量大，以是常常会收到假造主机处事商的流量很大的关照，要求节制下会见量。

其它，假造主机的处事器在美国，没有在海内租用假造主机的缘故起因是海内网站在存案方面很是繁琐，在网站一开始运营时数据量和会见量都较量小，以是对机能要求不高，数据量小，以是处事器在查询处理赏罚数据时速率较量快，也让人感受会见速率不慢，此刻跟着数据量和会见量的不绝上升，会见速率已明明降落，到了必要改进会识趣能的时辰了。

基于今朝该社区网站的环境，提出的优化需求是，海内会见速率必要晋升一倍，今朝首页加载时刻必要 40 秒阁下，但愿优化后能在 20 秒以内将首页加载完成。

其它提出网站数据可以或许天天自动备份一次，备份数据保存一个月的，以便随时规复。

上述两点需求，个中第一条才是机能优化需求，第二条是特另外需求了。

3. 机能优化方案

按照其网站的近况和优化需求，团结本身的履历，加上谷歌的搜刮，同时与网站主不绝确认雷同，最终获得以下机能优化方案：

由假造主机陈设改为独立处事器陈设

假造主机受限较量多，无法本身自界说设置 Web 处事器，无法设置 PHP 动态缓存，并且独立处事器可以独享内存、处理赏罚器资源，不再受假造主机商对每个假造主机用户的内存和处理赏罚器资源占用限定。处理赏罚器资源和内存资源，对接管更多并发会见有直接机能晋升结果。

独立处事器，我们选用 Linode 2048 型号，2G 内存，4 核处理赏罚器(Linode 全部 VPS 都是四核处理赏罚器)，80G 硬盘空间，800G 收集流量。

由 Windows 操纵体系改为 Linux 操纵体系

网站行使的是 PHP + MySQL 措施，PHP 在 Windows 下的机能，受限于 IIS 必要通过 ISAPI 情势挪用 PHP，以是机能不如 Linux 下 Apache 直接通过 PHP 模块表明 PHP，更不如 Nginx 与 PHP-FPM 的机能，既然行使了独立处事器，操纵体系也可以本身确定，Linux 体系我们选用了认识的 Ubuntu Linux Server 10.04(一年前还没有 12.04)，^-^。

Web 处事器回收 Nginx，而不行使 Apache

选用 Nginx 而不消 Apache 的缘故起因很是直接和爽性，由于站点里有许多静态的附件文件，在处理赏罚静态内容上，Nginx 机能是 Apache 的差不多 10 倍。

在 PHP 表明和伪静态法则方面，Apache 要比 Nginx 强，但这不影响我们放弃它，为缓解这一点，我们在后头对 PHP 举办了动态缓存。

对 PHP 查询进动作态缓存，行使 eAccelerator 这个加快器

PHP 加快器是一个为了进步 PHP 执行服从，从而缓存起 PHP 的操纵码，这样 PHP 后头执行就不消理会转换了，可以直接挪用 PHP 操纵码，这样速率上就进步了不少。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!