高并发高负载系统架构
处理高并发的六种方法
处理高并发的六种方法处理高并发的六种方法随着互联网的飞速发展，各种网站、移动应用和电子商务平台都面临着处理海量并发请求的挑战。
高并发是指在同一时间内，服务端接收到的客户端请求数量大于其能够处理的数量，这种情况下，如果服务器不能及时地处理请求，就有可能出现系统崩溃、服务停止等严重问题。
为了解决这一问题，本文介绍了处理高并发的六种方法。
1. 垂直扩展垂直扩展是指通过增加服务器的硬件配置来提升其运行效率，包括增加 CPU、加大内存、使用更快的硬盘等。
这种方式的优点是容易实现，操作简单，对系统架构没有太大影响，但是成本较高，容量上限较小，无法承载海量并发请求。
2. 水平扩展与垂直扩展相对应的是水平扩展，它是通过增加服务器的数量来提高整体系统的处理能力。
这种方式的优点在于成本相对较低，容量上限相对较大，吞吐量也较高。
但是，水平扩展需要考虑负载均衡、数据同步等问题，所以对系统架构的调整较大。
3. 负载均衡负载均衡是指通过多台服务器对请求进行分流，让每台服务器处理一部分请求，从而提高整体处理能力的方式。
负载均衡可以分为软件负载均衡和硬件负载均衡，软件负载均衡适合小规模的网络架构，硬件负载均衡适合大规模的网络架构。
负载均衡需要考虑多台服务器之间的数据同步、请求转发等问题。
4. CDN 加速CDN（Content Delivery Network，内容分发网络）是一种用于加快网络传输速度和提高网站可用性的技术。
CDN 可以将静态资源（如图片、CSS、JS 文件等）缓存到离客户端最近的服务器上，从而使客户端的请求可以更快地响应。
CDN 还可以通过负载均衡和智能路由等机制，让用户和最近的服务器之间建立连接，减少延迟和网络拥堵。
5. 缓存技术缓存技术是指将常用的数据存储到内存或磁盘中，从而可以将数据读写速度提高数倍以上。
缓存技术可以减轻数据库的负担，提高网站的访问速度。
缓存技术可以采用多种方式，如使用 Redis、Memcached 等内存数据库，使用 Nginx 或Apache 等 Web 服务器的缓存模块等。
高并发任务调度系统的架构设计
高并发任务调度系统的架构设计随着互联网的迅猛发展，越来越多的应用场景需要处理大量的并发任务。
为了能够高效地处理这些任务，高并发任务调度系统应运而生。
本文将围绕高并发任务调度系统的架构设计展开讨论，并介绍其核心组件和工作流程。
一、架构设计概述高并发任务调度系统的架构设计旨在实现任务的快速调度和高效处理。
它通常由调度器、任务队列、执行器和监控器等核心组件构成。
1. 调度器：调度器是整个系统的核心，负责根据任务的优先级和调度策略，将任务分配给可用的执行器进行处理。
调度器需要具备高并发处理能力和动态可调度的特性，以应对不同任务场景的需求。
2. 任务队列：任务队列用于存储待执行的任务，它可以是基于内存的队列或分布式消息队列。
任务队列的设计应考虑到高并发情况下的并发读写和数据一致性等问题。
3. 执行器：执行器是任务的实际执行者，它负责从任务队列中获取任务并执行。
执行器需要具备高并发执行能力和任务执行状态的监控与管理能力，以确保任务能够按时完成并保证任务执行的质量。
4. 监控器：监控器用于监控整个任务调度系统的运行状态和性能指标。
它能够实时采集系统的运行数据并进行分析，以便及时发现和解决潜在的问题。
二、任务调度流程高并发任务调度系统的核心工作流程如下：1. 任务提交：用户通过接口或其他方式将任务提交到任务调度系统。
2. 任务分配：调度器根据任务的优先级和调度策略，将任务分配给可用的执行器。
任务分配可以采用轮询、负载均衡或其他算法。
3. 任务执行：执行器从任务队列中获取任务，并根据任务的类型和要求进行具体的执行。
执行过程中，执行器需要记录任务的执行状态和结果。
4. 任务完成：任务执行完成后，执行器将执行结果返回给调度器，并将任务标记为已完成。
5. 监控与管理：监控器实时采集任务调度系统的运行数据，并进行分析和展示。
同时，监控器还能够对任务执行状态和系统性能进行监控和管理。
三、关键技术和挑战在设计高并发任务调度系统时，需要考虑以下关键技术和挑战：1. 并发处理：高并发任务调度系统需要具备高并发处理能力，能够同时处理大量的任务请求。
高并发系统的架构设计与优化
高并发系统的架构设计与优化随着互联网的不断发展，高并发系统越来越普遍，而高并发系统的架构设计和优化成为了很多企业所关注的重点。
本文将从架构设计入手，探讨高并发系统的优化方法。
一、架构设计高并发系统的架构设计是整个系统的基础。
一个好的架构设计可以为后续的优化工作打下基础，降低后期工作难度和成本。
1.分布式架构分布式架构是实现高并发系统的重要手段之一。
将系统拆分为多个模块，通过网络通信协作完成一定的任务。
这样可以将压力分散到多台服务器上，灵活地扩容和缩容。
2.微服务架构微服务架构是将整个系统拆分成若干个小服务模块，每个模块有独立的代码和资源。
这样设计可以更快地开发和部署，避免整个系统因为某个模块的问题而宕机。
同时，微服务架构也可以使用不同的技术栈和语言，让各个模块做到最优化，进一步提高整个系统的性能。
3.缓存技术缓存技术是高并发系统的重要手段之一，可以将常用的数据在内存中存储起来，避免每次请求都从数据库中读取，降低系统的负载。
常见的缓存技术有Redis、Memcached等。
二、优化方法在架构设计的基础上，对于高并发系统，还需要进行一定的优化工作，以达到更好的性能和稳定性。
1.数据库优化数据库是高并发系统的瓶颈之一，因此需要进行一些优化工作，缓解对数据库的压力。
（1）使用索引使用合适的索引可以提高数据的查询速度，降低数据库的负载。
但是，索引建立得不好，反而会影响性能，因此需要有一定的数据库设计和优化经验。
（2）水平切分和垂直切分当数据库的数据量达到一定程度的时候，需要对其进行水平切分或垂直切分，将不同的数据存储在不同的服务器上，避免单一数据库过载。
2.负载均衡负载均衡是高并发系统必须考虑的问题之一，可以将请求平均分配到不同的服务器上，提高系统的稳定性和吞吐量。
常见的负载均衡算法有轮询算法、加权轮询算法、随机算法等。
3.CDN加速CDN是指内容分发网络，可以将网站的静态资源存储在离用户最近的服务器上，加快用户访问速度。
高并发系统设计的架构与优化
高并发系统设计的架构与优化随着数字化进程的深入和社会信息化的加速，互联网应用的高并发要求越来越高。
在此背景下，如何设计和优化高并发系统成为了信息技术领域研究的热点问题。
本文将从系统架构和优化两方面进行探讨。
一、系统架构设计高并发系统的架构设计是保证系统稳定性和可扩展性的关键。
一个好的架构设计方案应该具备以下特点。
1. 数据库读写分离在高并发场景下，数据库成为系统瓶颈之一。
为了解决这个问题，通常采取读写分离的策略。
即将读操作和写操作分别由不同的数据库实例处理。
这样既可以提高数据库的读写效率，又可以减轻数据库的负担，从而降低系统崩溃的风险。
2. 负载均衡负载均衡是为了让系统能够平衡地分配压力，从而使得系统总体上的吞吐量最大化。
通常采取硬件负载均衡或软件负载均衡。
硬件负载均衡通常使用专门的负载均衡服务器，而软件负载均衡则通过程序来实现。
无论哪种负载均衡方式，都必须能够实现节点之间的数据同步。
3. 分布式存储分布式存储可以解决单点故障以及数据存储管理问题。
系统可以将数据分散存储到多个节点上，这些节点之间可以互相备份，如果其中一个节点发生故障，其他节点可以顶替其工作。
从长远来看，分布式存储也可以更好地适应系统的扩展性需求。
4. 缓存机制缓存技术可以将数据存储在内存中，加快系统的响应速度，并可以有效减轻数据库的压力。
常用的缓存技术有Redis、Memcached等。
这些技术可以让系统数据更快地访问，从而更好的满足用户的需求。
5. 异步消息队列在高并发系统中，异步消息队列可以保证数据的异步化处理和传递。
异步方式可以移除数据的实时性要求，从而减缓系统的压力。
同时，消息队列适合处理大量的数据流，可以提高系统的性能。
二、系统优化除了系统架构的设计外，还需要进行系统优化，以进一步提高系统的性能和稳定性。
优化方面可以从以下几个方面入手。
1. 数据库优化数据库是高并发系统中的一个重要组成部分。
针对数据库，主要的优化手段包括合理使用索引、优化SQL语句、使用缓存等。
高并发解决方案
高并发解决方案随着互联网的迅猛发展，特别是移动互联网的兴起，人们对于网站和应用程序的并发访问需求也越来越高。
高并发访问是指在同一时间段内，大量用户对网站或应用程序进行访问。
在这种情况下，系统可能会遇到性能瓶颈，导致响应时间延长甚至系统崩溃。
为了应对这种情况，我们需要采取一些高并发解决方案。
一、负载均衡负载均衡是一种将多个请求分发到多个服务器上的技术。
通过将负载分散到多个服务器上，可以提高系统的并发处理能力。
负载均衡可以在多个维度进行，如基于网络层的负载均衡，基于应用层的负载均衡等。
在网络层，可以使用负载均衡器将用户的请求分发到不同的服务器上。
负载均衡器可以通过轮询、随机、加权等算法来选择服务器。
这样可以有效分担单个服务器的负载压力，提高系统的并发能力。
在应用层，可以通过反向代理服务器来实现负载均衡。
反向代理服务器接收用户的请求，并根据一定的策略将请求分发到不同的后端服务器上。
通过这种方式，可以实现动态的负载均衡，根据服务器的负载情况动态调整请求的分发策略。
二、缓存技术缓存技术是将一些常用的数据存储在内存中，以便快速响应用户的请求。
通过将一部分数据缓存在内存中，可以减轻数据库的负载，提高系统的并发处理能力。
常见的缓存技术有Redis和Memcached 等。
通过将热点数据存储在缓存中，可以大大加快数据的读取速度。
另外，还可以使用分布式缓存技术，将缓存数据分布到多台服务器上，进一步提高系统的并发处理能力。
三、数据库优化数据库在高并发场景下往往成为瓶颈。
为了提高数据库的并发处理能力，可以采取以下措施。
首先，可以对数据库进行读写分离。
通过将读操作和写操作分别分发到不同的数据库实例上，可以减轻单个数据库的负载压力。
读写分离可以通过主从复制等技术来实现。
其次，可以对数据库进行垂直拆分和水平拆分。
垂直拆分是指将一个大的数据库拆分为多个较小的数据库，每个数据库只负责一部分数据。
水平拆分是指将一个大的表拆分为多个较小的表，每个表只负责一部分数据。
面向高并发的Web系统架构设计
Ｔ 技
术
Ｓｃ ｉ ｅｎ ｃｅ ａ ｎｄ Ｔｅｃ ｈｎ ｏｌ ｏｇ ｙ Ｉ ｎ ｎｏ ｖａ ｔ ｉ ｏｎ Ｈｅ ｒ ａ ｌ ｄ
面 向高并发的Ｗ ｅ ｂ 系统架构设计①
庄欠满 （ 山东省 农村信用 社联合社 山东济南 ２ ５ ０ ０ ０ １ ）
摘 要 ： 近年来 互联 网的普及以及ｗ ｅ ｂ ２ ． ０ 技术的兴起和发展使得ｗ ｅ ｂ 系 统的用户数不断增 多 ， 系统在运行过程中面临着高并发对性能的挑战 。
大量的并发访问导致了网 络 阻塞 ， 数据处理滞后、 系统性能降低 甚至运行瘫 疾。 该文分析 了 ｗ ｅ ｂ 性能的影响因素， 研 究了 面南高并发的ｗ ｅ ｂ 系统架
构设计， 从 数据 访问、负戴均衡 ， 程序设计等方面提 出了 优化 系统架构设计的方法和策略。 一
关键 词： 高并发 Ｗ ｅ ｂ ／ ￣ ． 统 负 载均衡 架构设计
特 定 的解 决方 案来 减轻 系统中服 务端 的负载 压 力。 系统框 架设计如 图１ 所示 。 １ ． １高并发 对Ｗｅ ｂ 系统性 能的影 响 高并 发 是 指 在 同 一 时 刻 有 大 量 用户 访 问对系统 进行 信 息服 务请 求或 者应 用功 能使 ２ 解决 方案 用， 高并发 对系统 的请求 响应 时间、 数 据处 理 ２ ． １ 缓存访 问 速度、 系统 性 能和 可靠 性都 产生了影 响 。 Ｗｅ ｂ 当网站 面 临 高并发 访 问的 时 候 ， 大量 的 系统的服 务资 源包括 网络 带宽 、 页面 缓存、 系 用 户向服 务 器 提 出了访 问请 求 ， 这 些 请求 需
中图分类号 ： Ｔ Ｐ ３ ７ ４ — ０ ９ ８ Ｘ（ ２ ０ １ ３ ） ０ ２ （ ａ ） 一 ０ ０ ３ ３ 一 Ｏ １
高并发的解决方案
高并发的解决方案CATALOGUE 目录•高并发问题概述•高并发解决方案概览•硬件层面的解决方案•软件层面的解决方案•架构层面的解决方案•案例分析01高并发问题概述0102什么是高并发高并发通常出现在用户量较大、业务量繁忙的场景，如电商平台、社交媒体平台等。
高并发是指在短时间内有大量用户同时访问系统或应用，导致系统或应用承受巨大的负载压力。
1 2 3用户请求的响应时间变长，甚至出现无响应的情况。
系统响应缓慢由于负载过高，系统可能出现宕机或崩溃的现象。
系统崩溃在高并发场景下，数据在传输或存储过程中可能出现丢失或损坏的情况。
数据丢失或损坏03信誉受损频繁的系统崩溃或响应缓慢可能导致用户对平台的信任度降低，影响品牌形象。
01用户体验下降用户无法快速地获取所需的信息或完成操作，导致用户体验下降。
02业务损失由于系统崩溃或响应缓慢，可能导致业务无法正常进行，造成经济损失。
02高并发解决方案概览通过增加服务器数量来分担并发请求，提高整体处理能力。
增加服务器数量使用高性能硬件负载均衡采用更快的CPU、更大的内存和更快的存储设备，以提高单个服务器的处理能力。
使用负载均衡器将请求分发到多个服务器，实现负载均衡，提高整体处理能力。
030201通过优化代码来提高执行效率，减少处理时间。
优化代码通过缓存常用数据和结果，减少对数据库等存储设备的访问次数，提高处理速度。
使用缓存技术通过数据库优化技术，如索引、查询优化等，提高数据库查询效率。
数据库优化分布式架构通过将系统拆分成多个独立的服务，每个服务单独部署在不同的服务器上，实现分布式处理和负载均衡。
微服务架构将系统拆分成一系列小的服务，每个服务都独立运行，并通过轻量级通信协议进行交互，提高系统的可扩展性和可靠性。
消息队列使用消息队列作为中间件，将请求异步处理，减轻服务器压力，提高系统的并发处理能力。
03硬件层面的解决方案增加服务器数量总结词通过增加服务器数量，可以分担并发请求的压力，提高系统的整体处理能力。
(完整版)极光推送-高并发大容量消息推送后台系统架构演进
推送后台 4.0
• 多数据中心支持，用户数据同步最终一致性 • 定制化用户维度数据存储（标签/别名，活跃） • SDK 和外围模块增加限流机制，fail-fast • 核心数据存储服务化 • 并行化，协程 • 自研&&定制化开源组件 • 灰度上线
多数据中心
• 所有数据通过 MQ 同步，最终 一致性
1.0 架构难以支撑百万级在线推送
• 在线用户达到百万级时，IO 瓶颈大量出现 • 数据读写占用 mysql 主从大量的 IO • 基础类开发占用大量时间
• CPU/网卡包量和流量/交换机流量等瓶颈
推送后台 2.0
• 接入与业务服务器集群化 • 接入层与逻辑层分离 • 增加独立在线状态节点 • 引入 ICE 框架，tcp --- RPC • mysql 分库分表多实例 • LocalCache
ICE
• IceGrid • IceStorm • Glacier2
• 极光推送是什么？ • 十万级在线到百万级在线 • 千万级用户在线 • 亿级用户在线 • 总结
2.0 架构难以支撑千万级在线推送
• 在线状态中心遇到单点性能瓶颈，一个节点难以存储所有在线状态数据 • 内网数据流量暴增 • 物理机上线周期长 • 业务逻辑实现 all in • 接入不均衡，不支持动态调度策略
为何选择 RabbitMQ
• 请求异步化、模块间解耦 • AMQP • HA, produce/Confirm, Consume/Ack， Flow Control • 消息持久化， limited by disk + memory • Kafka 消费延迟
为何选择 Couchbase
• 多语言支持，兼容 memcached 协议 • auto-scaling, HA, Failover, auto-sharding • Json，Memory-first • Sync/async, sub-document
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
解决之道——SiteEngine篇
解决之道——测试篇
1、测试方法 2、测试用例 3、压力测试
压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。压力测试的基本思路很简单：不是在 常规条件下运行手动或自动测试，而是在计算机数 量较少或系统资源匮乏的条件下运行测试。通常要进行压力测 试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压力测试。 压力测试工具：webbench，ApacheBench等
高并发和高负载的约束条件
1、硬件 2、部署 3、操作系统 4、Web 服务器 5、PHP 6、MySQL 7、测试
解决之道——硬件篇
处理能力的提升：部署多颗CPU，选择多核心、具备更高运算频率、更大高速缓存的CPU； 处理能力的提升最直接的反应在于Web请求的处理效率和PHP程序的执行效率。 内存带宽与容量：更大的内存带宽和容量； 内存带宽与容量的提升最直接的反应在于应对数据库大量的数据交换。 磁盘搜索与I/O能力：选择更高的转速、更大的硬盘缓存、组件磁盘阵列（RAID）； 磁盘搜索与I/O能力的提升最直接反应在于数据库大量的查询和读写以及文件的读写。 网络带宽的提升可考虑的因素包括： 更大带宽、多线路接入、独享带宽； 服务器在大负载的情况下，对网络带宽的占用是十分可观的。
解决之道——环境篇
1、操作系统 2、Web服务器 3、Mysql 4、PHP 5、代理服务器（缓存服务器）
解决之道——环境篇——操作系统
操作系统的选择，关注点在于 • 是否适应于搭建SiteEngine所需要的环境程序？ • 系统本身占用的资源比； • 系统安全性； • 系统是否易于操作？ 策略：我们选择FreeBSD，而且是最小化安装以后的FreeBSD。
高并发高负载系统架构
二OO九年 十一月
目录
1、为什么要进行高并发和高负载的研究 2、高并发和高负载的约束条件 3、解决之道——硬件篇 4、解决之道——部署篇 5、解决之道——环境篇 6、解决之道——SiteEngine篇 7、解决之道——测试篇 8、结尾
为什么要进行高并发和高负载的研究
1、产品发展的需要 2、公司发展的需要 3、当前形式决定的
解决之道——环境篇——Mysql
如果条件允许 ，一般MySQL服务器最好安装在Linux操作系统中，而不是安装在FreeBSD中。
策略： MySQL优化需要根据业务系统的数据库读写特性和服务器硬件配置，制定不同的 优化方案，并且可以根据需要部署MySQL的主从结构。
1、加载尽可能少的模块；
解决之道——环境篇——PHP
策略：相对于老牌的Apache，我们选择Lighttpd和Nginx这些具有更小的资源占用率和 更高的负载能力的web服务器。
MySQL本身具备了很强的负载能力，MySQL优化是一项很复杂的工作，因为这最终需要对系统优化的很好理解。 大家都知道数据库工作就是大量的、短时的查询和读写，除了程序开发时需要注意建立索引、提高查询效率等软件 开发技巧之外，从硬件设施的角度影响MySQL执行效率最主要来自于磁盘搜索、磁盘IO水平、CPU周期、内存带 宽。 根据服务器上的硬件和软件条件进行MySQl优化。MySQL优化的核心在于系统资源的分配，这不等于无限制 的给MySQL分配更多的资源。在MySQL配置文件中我们介绍几个最值得关注的参数： 改变索引缓冲区长度(key_buffer) 改变表长(read_buffer_size) 设定打开表的数目的最大值(table_cache) 对缓长查询设定一个时间限制(long_query_time)
为了让SiteEngine更好的适应高并发高负载的环境。主要从以下几个方面进行改进： 1、加入Memcache 缓存技术； 2、开发一套精简版高效率的SiteEngine开发框架，专门应对系统开发； 3、 MySQL数据库考虑转为innodb数据引擎； 4、前台更大量的加入Ajax元素； 5、改变类别模式或者改变类别算法，取消类别缓存机制； 6、成立专门的研发部门，将项目开发和软件研发分开； 7、加强测试和团队合作。
策略：硬件设施是应对大负载的基础，硬件设施的投入可根据实际压力和预算量力而行。
解决之道——部署篇
1、服务器分离 2、数据库集群和库表散列 3、镜像 4、负载均衡 分类： 1)、DNS轮循 2）代理服务器负载均衡 3）地址转换网关负载均衡
4）NAT负载均衡 5）反向代理负载均衡
6）混合型负载均衡
策略：根据硬件投入和业务需求，选择合理的部署方案。
SiteEngine 历史上为了解决高并发高负载做了那些工作： 1、静态化； 2、缓存； 3、内存表； 4、定长表； 5、尽可能少用join 还有IN。
解决之道—— SiteEngine 篇 SiteEngine在实施高并发高负载中出现的问题：
SiteEngine在前期的发展中，一直是面向通用型的中小网站来设计的。从底层上就有 不适应高并发高负载的机制存在。 具体表现在： 1、原有缓存sql查询和sql查询的效率问题； 3、多语言设计导致很多查询都变得复杂，导致效率低下； 4、Mysql中的查询方法太多； 5、前台的动态交互太少。
3、漏洞测试
在我们的系统中漏洞主要包括：sql注入漏洞，xss跨站脚本攻击等。安全方面还包括系统软件，如操作系统漏 洞，mysql、apache等的漏洞，一般可以通过升级来解决。 漏洞测试工具：Acunetix Web Vulnerability Scanner
结尾
在系统的开发过程中和项目实施过程中，大家肯定能够得到很大程度的提升，但是要 真正解决高并发和高负载的问题，并不能立竿见影，还需要大家真真正正一点一滴的去了 解问题，思考解决方法，不断尝试，不断创新，这个过程是漫长而又艰苦的。还希望我们 全体公司成员团结一致、群策群力，为实现我们的目标艰苦奋斗，去开创属于我们大家更 美好的明天。 谢谢！
Xcache
国人开发的缓存器，
策略： 为PHP安装加速器。
解决之道——环境篇——代理服务器
Squid Cache（简称为Squid）是一个流行的自由软件（GNU通用公共许可证）的代理服务器和Web缓存服务 器。Squid有广泛的用途，从作为网页服务器的前置cache服务器缓存相关请求来提高Web服务器的速度，到为一 组人共享网络资源而缓存万维网，域名系统和其他网络搜索，到通过过滤流量帮助网络安全，到局域网通过代理上 网。Squid主要设计用于在Unix一类系统运行。
解决之道——环境篇——Web服务器
Web服务器很大一部分资源占用来自于处理Web请求，通常情况下这也就是Apache产生的压力，Apache是世界 使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上。 在高并发连接的情况下，Nginx是Apache服务器不错的替代品。Nginx (“engine x”) 是俄罗斯人编写的一款高 性能的 HTTP 和反向代理服务器。在国内，已经有新浪、搜狐通行证、网易新闻、网易博客、金山逍遥网、金山爱 词霸、校内网、YUPOO相册、豆瓣、迅雷看看等多家网站、频道使用 Nginx 服务器。 Nginx的优势： 高并发连接：官方测试能够支撑5万并发连接，在实际生产环境中跑到2～3万并发连接数。 内存消耗少：在3万并发连接下，开启的10个Nginx 进程才消耗150M内存（15M*10=150M）。 内置的健康检查功能：如果 Nginx Proxy 后端的某台 Web 服务器宕机了，不会影响前端访问。
2、如果是在windows平台下，尽可能使用IIS或者Nginx来替代我们平常用的Apache； 3、安装加速器（都是通过缓存php代码预编译的结果和数据库结果来提高php代码的执行速度）
eAccelerator
eAccelerator是一个自由开放源码php加速器，优化和动态内容缓存，提高了性能php脚本的缓存性能，使得PHP脚本在编译的状态
解决之道——部署篇——方案二
适用范围： 以动态交互内容为主体的网站或应用系统； 负载压力较大，且预算比较充足的网站或应用系统；
Web服务器组： Web服务无主从关系，属平行冗余设计； 通过前端负载均衡设备或Nginx反向代理实现负载均衡； 划分专用文件服务器/视频服务器有效分离轻/重总线； 每台Web服务器可通过DEC可实现连接所有数据库，同时划分主从。 数据库服务器组： 相对均衡的承载数据库读写压力； 通过数据库物理文件的映射实现多数据库的数据同步。 共享磁盘/磁盘阵列 将用于数据物理文件的统一读写 用于大型附件的存储仓库 通过自身物理磁盘的均衡和冗余，确保整体系统的IO效率和数据安全； 方案特性： 通过前端负载均衡，合理分配Web压力； 通过文件/视频服务器与常规Web服务器的分离，合理分配轻重数据流； 通过数据库服务器组，合理分配数据库IO压力； 每台Web服务器通常只连接一台数据库服务器，通过DEC的心跳检测，可在极短时间内自动切换至冗余数据库服务器；
解决之道——部署篇——方案一
适用范围： 静态内容为主体的网站和应用系统； 对系统安全要求较高的网站和应用系统。
Main Server：主服务器 承载程序的主体运行压力，处理网站或应用系统中的动态请求； 将静态页面推送至多个发布服务器； 将附件文件推送至文件服务器； 安全要求较高，以静态为主的网站，可将服务器置于内网屏蔽外网的访问。 DB Server：数据库服务器 承载数据库读写压力； 只与主服务器进行数据量交换，屏蔽外网访问。 File/Video Server：文件/视频服务器 承载系统中占用系统资源和带宽资源较大的数据流； 作为大附件的存储和读写仓库； 作为视频服务器将具备视频自动处理能力。 发布服务器组： 只负责静态页面的发布，承载绝大多数的Web请求； 通过Nginx进行负载均衡部署。
下，对服务器的开销几乎完全消除。
Apc
Alternative PHP Cache（APC）是 PHP 的一个免费公开的优化代码缓存。它用来提供免费，公开并且强健的架构来缓存和优化 PHP 的中间代码。