apache的优化

Posted 2023-03-18

参考技术A

我们在使用Apache作为web服务器的过程中，只有对Apache服务器进行适当的优化配置，才能让Apache发挥出更好的性能；再反过来说，如果Apache的配置非常糟糕，Apache可能无法正常为我们服务。因此，针对我们的应用需求对Apache服务器的配置进行一定的优化是必不可少的。
硬件和操作系统
毫无疑问，要想让Apache服务器发挥出更好的性能，首先必须得保证硬件和操作系统能够满足Apache服务器的负载需要。如果由于硬件和操作系统原因导致Apache的运行性能受到较大的影响，即使对Apache服务器本身优化配置得再好也无济于事，「想要马儿跑得好，又想马儿不吃草」当然是行不通的。
一般而言，影响web服务器性能的最大的因素是内存。当内存不足时，操作系统将会使用内存交换机制。内存交换机制，简而言之，就是将本地磁盘的一部分作为虚拟内存空间供程序使用。web服务器想要更好地所有用户服务，则其应该永远不要使用内存交换机制，否则其性能将会受到较大的影响。不仅如此，由于服务器使用了内存交换机制所产生的「滞后」，「滞后」的直接后果就是让用户感觉网站的访问速度很慢，此时用户极有可能会点击【停止】或者【刷新】，如果用户不停地点击【刷新】，将会给服务器带来更大的负载，从而进入一个恶性循环。
对于Apache服务器的内存需求量，我们可以通过操作系统相关命令查看服务器正常运行时每个为用户服务的进程(或线程)平均占用多少的内存，再根据需求或者相关数据得出单个服务器所要支撑的最大并发负载数，从而计算出Apache服务器的内存需求量。为Apache服务器分配的内存最好能够大于计算得来的需求量。
除此之外，硬件最好能够保证有足够快的CPU、足够快的网卡(足够的带宽)、足够快足够大的硬盘。这里的「足够」是指能够满足web应用的实际需求。
至于操作系统，最好能够选择一个有利于服务器运行的最新最稳定的版本并安装好了对应的补丁程序。毕竟，随着时代的发展，操作系统也在不断进步。许多操作系统厂商都提供了可以显著改善性能的TCP协议栈和线程库。例如，如果你的操作系统支持sendfile()系统调用，Apache 2.x服务器可以使用sendfile()从而更快地发送静态内容并且占用较少的CPU时间。
优化Apache配置
1.尽量使用IP地址代替域名
在Apache的配置文件中，有许多可以针对具体请求来源进行相应操作的配置，例如 allow from 365mini.com表示允许域名为365mini.com的用户访问。在这种情况下，如果我们知道该域名或主机名与某个IP地址一一对应，则最好使用具体的IP地址来代替域名。否则Apache服务器将要进行多次DNS查询来确定该域名或主机名所对应的IP地址。 注意：可能存在一些例外情况，例如一个IP地址对应多个域名，或者一个域名对应多个IP地址或者对应一个变化的IP地址，此时仍然要使用域名或主机名。一般而言，只有域名或主机名与IP地址具有一一对应关系时，才使用IP地址来代替域名。请根据实际情况作出选择。 2.启用FollowSymLinks选项
当Apache处理请求时，如果对应的请求文件所在目录没有启用FollowSymLinks选项，或使用了SymLinksIfOwnerMatch选项，Apache就必须执行额外的系统调用来验证符号连接的安全性。文件名的每一个组成部分都需要一次额外的调用。因此，如果在安全性允许的情况下，为了得到更加良好的运行性能，应当放弃对符号连接的保护，在所有地方都设置FollowSymLinks，并放弃使用SymLinksIfOwnerMatch。 #启用FollowSymLinks选项，如果子目录没有额外的设置，将会继承该设置
<Directory />
Options FollowSymLinks
</Directory> 3.禁用AllowOverride
如果Apache的配置文件中允许了AllowOverride指令，则Apache在处理每个请求路径时，都会尝试对文件路径的每一个组成部分都打开该目录下的.htaccess文件。
例如，当用户请求访问服务器上的/static/test/hello.html，则Apache将会尝试打开/static/test/.htaccess、/static/.htaccess、/.htaccess三个文件。从而影响服务器的运行性能。
因此，如果当前用户拥有Apache配置文件的编辑权限，建议将.htaccess文件中的配置内容直接写在Apache对应的配置文件(一般为httpd.conf)中，并禁用AllowOverride。 #禁用AllowOverride
<Directory />
AllowOverride None
</Directory> 当然，如果用户不具备Apache配置文件的编辑权限，又希望能够对站点进行相应的管理设置，就需要管理员允许AllowOverride，以便于用户编写自己的.htaccess文件。
4.尽量不使用通配符
在Apache的配置文件中，我们可以指定每个目录下的默认欢迎页面，例如： #以内容协商的方式指定欢迎页面
<Directory />
DirectoryIndex index
</Directory> 使用上述配置后，当访问当前目录时，Apache将会在当前目录下查找名称形如index.*的文件，并根据客户端期望响应的类型自动返回一个最匹配的请求文件(即内容协商)。
不过，这样做将会导致一点性能损失，尽管内容协商的好处大于性能的损失，如果你仍然在意这一点性能损失的话，建议你不要使用上述通配符形式的配置，而是根据自己的需要，指定一个完整的index.*文件列表。 #指定欢迎页面
<Directory />
DirectoryIndex index.html index.cgi index.pl
</Directory> 使用上述配置后，Apache将按照从左到右的先后顺序依次查找上述三个名称的文件，并响应最先找到的那个文件。
5.选择适当的多路处理模块(MPM)
由于多路处理模块的相关内容较多，请参考下面的修改最大并发连接数。
6.修改Apache的并发连接配置
关于修改Apache的并发连接配置的具体内容，请同样参考请参考下面的修改最大并发连接数。 Apache是一个跨平台的web服务器，由于其简单高效、稳定安全的特性，被广泛应用于计算机技术的各个领域。现在，Apache凭借其庞大的用户数，已成为用户数排名第一的web服务器。
尽管如此，在实际的生产环境中，我们仍然不可能直接使用默认配置的Apache来充当服务器。毕竟，为了更充分合理地利用Apache服务器，我们都应该根据自己的实际需要对Apache的默认配置作出一些必要的调整。而针对Apache的优化配置过程中，修改Apache的最大并发连接数 就显得尤为重要。
在修改Apache的最大并发连接数 之前，我们需要预先了解一些Apache的相关知识。
众所周知，Apache是一个跨平台的、采用模块化设计的服务器。为了应对不同的平台和不同的环境产生的各种不同的需求，也为了在具体的平台或环境下达到最佳的效果，Apache在web服务器的基础功能方面(端口绑定、接收请求等)也同样采用了模块化设计，这个Apache的核心模块就叫做多路处理模块(Multi-ProcessingModule，简称MPM)。
Apache针对不同的操作系统提供了多个不同的MPM模块，例如：mpm_beos、mpm_event、mpm_netware、mpmt_os2、mpm_prefork、mpm_winnt、mpm_worker。如果条件允许，我们可以根据实际需求将指定的MPM模块编译进我们自己的Apache中(Apache的源码是开放的，允许用户自行编译)。不过，如果在编译时我们没有选择，Apache将按照如下表格根据不同的操作系统自行选择对应的MPM模块，这也是Apache针对不同平台推荐使用的MPM模块。 不同操作系统上默认的MPM模块 操作系统 MPM模块 描述 Windows mpm_winnt 不用介绍了吧:) Unix/Linux mpm_prefork 不用介绍了吧:) BeOS mpm_beos 由Be公司开发的一种多媒体操作系统，官方版已停止更新。 Netware mpm_netware 由NOVELL公司推出的一种网络操作系统 OS/2 mpmt_os2 一种最初由微软和IBM共同开发的操作系统，现由IBM单独开发(微软放弃OS/2，转而开发Windows) mpm_event模块可以看作是mpm_worker模块的一个变种，不过其具有实验性质，一般不推荐使用。
当然，Apache在其官方网站上也提供了根据不同操作系统已经编译好对应MPM模块的成品Apache。你可以点击此处进入Apache官方网站下载。
此外，如果我们想要知道某个Apache内部使用的是何种MPM模块，我们可以以命令行的方式进入Apache安装目录\\bin，然后键入命令httpd-l，即可查看到当前Apache内部使用的何种MPM模块。
使用httpd-l命令查看编译模块
由于在平常的开发工作中，BeOS、NetWare、OS/2等操作系统并不常见，这里我们主要针对Windows和Unix/Linux操作系统上的MPM模块进行讲解。在Windows和Unix/Linux操作系统上，MPM模块主要有mpm_winnt、mpm_prefork、mpm_worker三种。
mpm_prefork模块
mpm_prefork模块主要应用于Unix/Linux平台的Apache服务器，其主要工作方式是：当Apache服务器启动后，mpm_prefork模块会预先创建多个子进程(默认为5个)，当接收到客户端的请求后，mpm_prefork模块再将请求转交给子进程处理，并且每个子进程同时只能用于处理单个请求。如果当前的请求数将超过预先创建的子进程数时，mpm_prefork模块就会创建新的子进程来处理额外的请求。Apache总是试图保持一些备用的或者是空闲的子进程用于迎接即将到来的请求。这样客户端的请求就不需要在接收后等候子进程的产生。
由于在mpm_prefork模块中，每个请求对应一个子进程，因此其占用的系统资源相对其他两种模块而言较多。不过mpm_prefork模块的优点在于它的每个子进程都会独立处理对应的单个请求，这样，如果其中一个请求出现问题就不会影响到其他请求。同时，mpm_prefork模块可以应用于不具备线程安全的第三方模块(比如php的非线程安全版本)，且在不支持线程调试的平台上易于调试。此外，mpm_prefork模块还具有比mpm_prefork模块更高的稳定性。
mpm_worker模块
mpm_worker模块也主要应用于Unix/Linux平台的Apache服务器，它可以看作是mpm_prefork模块的改进版。mpm_worker模块的工作方式与mpm_prefork模块类似。不过，由于处理相同请求的情况下，基于进程(例如mpm_prefork)比基于线程的处理方式占用的系统资源要多。因此，与mpm_prefork模块不同的是，mpm_worker模块会让每个子进程创建固定数量的服务线程和一个监听线程，并让每个服务线程来处理客户端的请求，监听线程用于监听接入请求并将其传递给服务线程处理和应答。Apache总是试图维持一个备用或是空闲的服务线程池。这样，客户端无须等待新线程或新进程的建立即可得到处理。
与mpm_prefork模块相比，mpm_worker模块可以进一步减少系统资源的开销。再加上它也使用了多进程，每个进程又有多个线程，因此它与完全基于线程的处理方式相比，又增加了一定的稳定性。
mpm_winnt模块
mpm_winnt模块是专门针对Windows操作系统而优化设计的MPM模块。它只创建一个单独的子进程，并在这个子进程中轮流产生多个线程来处理请求。
修改MPM模块配置
在对Apache的MPM模块具备一定了解后，我们就可以针对不同的MPM模块来修改Apache的最大并发连接数 配置了。
1、启用MPM模块配置文件
在Apace安装目录/conf/extra目录中有一个名为httpd-mpm.conf的配置文件。该文件主要用于进行MPM模块的相关配置。不过，在默认情况下，Apache的MPM模块配置文件并没有启用。因此，我们需要在httpd.conf文件中启用该配置文件，如下所示： #Server-poolmanagement(MPMspecific)Includeconf/extra/httpd-mpm.conf(去掉该行前面的注释符号#)2、 修改MPM模块配置文件中的相关配置
在启动MPM模块配置文件后，我们就可以使用文本编辑器打开该配置文件，我们可以看到，在该配置文件中有许多<IfModule>配置节点，只有Apache使用对应MPM模块时，对应配置才会生效
此时，我们就需要根据当前Apache服务器所使用的MPM模块，来修改对应<IfModule>节点下的参数配置。首先，我们来看看mpm_winnt模块下的默认配置： #由于mpm_winnt模块只会创建1个子进程，因此这里对单个子进程的参数设置就相当于对整个Apache的参数设置<IfModulempm_winnt_module>ThreadsPerChild150#推荐设置：小型网站=1000中型网站=1000~2000大型网站=2000~3500MaxRequestsPerChild0#推荐设置：小=10000中或大=20000~100000</IfModule>对应的配置参数作用如下： 参数名称参数作用ThreadsPerChild 每个子进程的最大并发线程数。MaxRequestsPerChild每个子进程允许处理的请求总数。
(如果累计处理的请求数超过该值，该子进程将会结束(然后根据需要确定是否创建新的子进程)，该值设为0表示不限制请求总数(子进程永不结束)。该参数建议设为非零的值，可以带来以下两个好处：
1.可以防止程序中可能存在的内存泄漏无限进行下去，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
) 注意：在以上涉及到统计请求数量的参数中，对于KeepAlive的连接，只有第一个请求会被计数。
接着，我们再来看看mpm_perfork模块和mpm_worker模块下的默认配置: #mpm_perfork模块<IfModulempm_prefork_module>StartServers5#推荐设置：小=默认中=20~50大=50~100MinSpareServers5#推荐设置：与StartServers保持一致MaxSpareServers10#推荐设置：小=20中=30~80大=80~120MaxClients150#推荐设置：小=500中=500~1500大型=1500~3000MaxRequestsPerChild0#推荐设置：小=10000中或大=10000~500000(此外，还需额外设置ServerLimit参数，该参数最好与MaxClients的值保持一致。)</IfModule>#mpm_worker模块<IfModulempm_worker_module>StartServers2#推荐设置：小=默认中=3~5大=5~10MaxClients150#推荐设置：小=500中=500~1500大型=1500~3000MinSpareThreads25#推荐设置：小=默认中=50~100大=100~200MaxSpareThreads75#推荐设置：小=默认中=80~160大=200~400ThreadsPerChild25#推荐设置：小=默认中=50~100大型=100~200MaxRequestsPerChild0#推荐设置：小=10000中或大=10000~50000(此外，如果MaxClients/ThreadsPerChild大于16，还需额外设置ServerLimit参数，ServerLimit必须大于等于MaxClients/ThreadsPerChild的值。)</IfModule>对应的配置参数作用如下表： 参数名称参数作用StartServers启动Apache时创建的子进程数。MinSpareServers处于空闲状态的最小子进程数。(所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers，那么Apache将以最大每秒一个的速度产生新的子进程。只有在非常繁忙机器上才需要调整这个参数。此值不宜过大。)MaxSpareServers处于空闲状态的最大子进程数。(只有在非常繁忙机器上才需要调整这个参数。此值不宜过大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成MinSpareServers+1。)MaxClients允许同时连接的最大请求数量。1、任何超过MaxClients限制的请求都将进入等待队列，直到达到ListenBacklog指令限制的最大值为止
2、对于非线程型的MPM(也就是mpm_prefork)，MaxClients表示可以用于处理客户端请求的最大子进程数量，默认值是256。要增大这个值，你必须同时增大ServerLimit。
3、对于线程型或者混合型的MPM(也就是mpm_beos或mpm_worker)，MaxClients表示可以用于处理客户端请求的最大线程数量。线程型的mpm_beos的默认值是50。对于混合型的MPM默认值是16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要将MaxClients增加到超过16个进程才能提供的时候，你必须同时增加ServerLimit的值。 MinSpareThreads处于空闲状态的最小线程数。
(注：不同的MPM对这个指令的处理是不一样的：mpm_worker的默认值是75。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。mpm_netware的默认值是10。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。mpm_beos和mpmt_os2的工作方式与mpm_netware差不多，mpm_beos的默认值是1；mpmt_os2的默认值是5。) MaxSpareThreads处于空闲状态的最大线程数。
(注：不同的MPM对这个指令的处理是不一样的：mpm_worker的默认值是250。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。mpm_netware的默认值是100。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。mpm_beos和mpmt_os2的工作方式与mpm_netware差不多，mpm_beos的默认值是50；mpmt_os2的默认值是10。) 备注：ServerLimit表示Apache允许创建的最大进程数。值得注意的是，Apache在编译时内部有一个硬限制ServerLimit20000(对于mpm_prefork模块为ServerLimit200000)。你不能超越这个限制。
使用这个指令时要特别当心。如果将ServerLimit设置成一个高出实际需要许多的值，将会有过多的共享内存被分配。如果将ServerLimit和MaxClients设置成超过系统的处理能力，Apache可能无法启动，或者系统将变得不稳定。 注意：在配置相关参数时，请先保证服务器具备足够的硬件性能(例如：CPU、内存等)。如果发现自启动后，随着服务器的运行时间增加，服务器的内存占用也随之增加，可能是程序中出现内存泄露，请向下调整参数MaxRequestsPerChild的值以降低内存泄露带来的影响，然后尽快找出程序中的问题之所在。

参考技术B

我们在使用Apache作为web服务器的过程中，只有对Apache服务器进行适当的优化配置，才能让Apache发挥出更好的性能；再反过来说，如果Apache的配置非常糟糕，Apache可能无法正常为我们服务。因此，针对我们的应用需求对Apache服务器的配置进行一定的优化是必不可少的。
硬件和操作系统
毫无疑问，要想让Apache服务器发挥出更好的性能，首先必须得保证硬件和操作系统能够满足Apache服务器的负载需要。如果由于硬件和操作系统原因导致Apache的运行性能受到较大的影响，即使对Apache服务器本身优化配置得再好也无济于事，「想要马儿跑得好，又想马儿不吃草」当然是行不通的。
一般而言，影响web服务器性能的最大的因素是内存。当内存不足时，操作系统将会使用内存交换机制。内存交换机制，简而言之，就是将本地磁盘的一部分作为虚拟内存空间供程序使用。web服务器想要更好地所有用户服务，则其应该永远不要使用内存交换机制，否则其性能将会受到较大的影响。不仅如此，由于服务器使用了内存交换机制所产生的「滞后」，「滞后」的直接后果就是让用户感觉网站的访问速度很慢，此时用户极有可能会点击【停止】或者【刷新】，如果用户不停地点击【刷新】，将会给服务器带来更大的负载，从而进入一个恶性循环。
对于Apache服务器的内存需求量，我们可以通过操作系统相关命令查看服务器正常运行时每个为用户服务的进程(或线程)平均占用多少的内存，再根据需求或者相关数据得出单个服务器所要支撑的最大并发负载数，从而计算出Apache服务器的内存需求量。为Apache服务器分配的内存最好能够大于计算得来的需求量。
除此之外，硬件最好能够保证有足够快的CPU、足够快的网卡(足够的带宽)、足够快足够大的硬盘。这里的「足够」是指能够满足web应用的实际需求。
至于操作系统，最好能够选择一个有利于服务器运行的最新最稳定的版本并安装好了对应的补丁程序。毕竟，随着时代的发展，操作系统也在不断进步。许多操作系统厂商都提供了可以显著改善性能的TCP协议栈和线程库。例如，如果你的操作系统支持sendfile()系统调用，Apache 2.x服务器可以使用sendfile()从而更快地发送静态内容并且占用较少的CPU时间。
优化Apache配置
1.尽量使用IP地址代替域名
在Apache的配置文件中，有许多可以针对具体请求来源进行相应操作的配置，例如 allow from 365mini.com表示允许域名为365mini.com的用户访问。在这种情况下，如果我们知道该域名或主机名与某个IP地址一一对应，则最好使用具体的IP地址来代替域名。否则Apache服务器将要进行多次DNS查询来确定该域名或主机名所对应的IP地址。 注意：可能存在一些例外情况，例如一个IP地址对应多个域名，或者一个域名对应多个IP地址或者对应一个变化的IP地址，此时仍然要使用域名或主机名。一般而言，只有域名或主机名与IP地址具有一一对应关系时，才使用IP地址来代替域名。请根据实际情况作出选择。 2.启用FollowSymLinks选项
当Apache处理请求时，如果对应的请求文件所在目录没有启用FollowSymLinks选项，或使用了SymLinksIfOwnerMatch选项，Apache就必须执行额外的系统调用来验证符号连接的安全性。文件名的每一个组成部分都需要一次额外的调用。因此，如果在安全性允许的情况下，为了得到更加良好的运行性能，应当放弃对符号连接的保护，在所有地方都设置FollowSymLinks，并放弃使用SymLinksIfOwnerMatch。 #启用FollowSymLinks选项，如果子目录没有额外的设置，将会继承该设置
<Directory />
Options FollowSymLinks
</Directory> 3.禁用AllowOverride
如果Apache的配置文件中允许了AllowOverride指令，则Apache在处理每个请求路径时，都会尝试对文件路径的每一个组成部分都打开该目录下的.htaccess文件。
例如，当用户请求访问服务器上的/static/test/hello.html，则Apache将会尝试打开/static/test/.htaccess、/static/.htaccess、/.htaccess三个文件。从而影响服务器的运行性能。
因此，如果当前用户拥有Apache配置文件的编辑权限，建议将.htaccess文件中的配置内容直接写在Apache对应的配置文件(一般为httpd.conf)中，并禁用AllowOverride。 #禁用AllowOverride
<Directory />
AllowOverride None
</Directory> 当然，如果用户不具备Apache配置文件的编辑权限，又希望能够对站点进行相应的管理设置，就需要管理员允许AllowOverride，以便于用户编写自己的.htaccess文件。
4.尽量不使用通配符
在Apache的配置文件中，我们可以指定每个目录下的默认欢迎页面，例如： #以内容协商的方式指定欢迎页面
<Directory />
DirectoryIndex index
</Directory> 使用上述配置后，当访问当前目录时，Apache将会在当前目录下查找名称形如index.*的文件，并根据客户端期望响应的类型自动返回一个最匹配的请求文件(即内容协商)。
不过，这样做将会导致一点性能损失，尽管内容协商的好处大于性能的损失，如果你仍然在意这一点性能损失的话，建议你不要使用上述通配符形式的配置，而是根据自己的需要，指定一个完整的index.*文件列表。 #指定欢迎页面
<Directory />
DirectoryIndex index.html index.cgi index.pl
</Directory> 使用上述配置后，Apache将按照从左到右的先后顺序依次查找上述三个名称的文件，并响应最先找到的那个文件。
5.选择适当的多路处理模块(MPM)
由于多路处理模块的相关内容较多，请参考下面的修改最大并发连接数。
6.修改Apache的并发连接配置
关于修改Apache的并发连接配置的具体内容，请同样参考请参考下面的修改最大并发连接数。 Apache是一个跨平台的web服务器，由于其简单高效、稳定安全的特性，被广泛应用于计算机技术的各个领域。现在，Apache凭借其庞大的用户数，已成为用户数排名第一的web服务器。
尽管如此，在实际的生产环境中，我们仍然不可能直接使用默认配置的Apache来充当服务器。毕竟，为了更充分合理地利用Apache服务器，我们都应该根据自己的实际需要对Apache的默认配置作出一些必要的调整。而针对Apache的优化配置过程中，修改Apache的最大并发连接数 就显得尤为重要。
在修改Apache的最大并发连接数 之前，我们需要预先了解一些Apache的相关知识。
众所周知，Apache是一个跨平台的、采用模块化设计的服务器。为了应对不同的平台和不同的环境产生的各种不同的需求，也为了在具体的平台或环境下达到最佳的效果，Apache在web服务器的基础功能方面(端口绑定、接收请求等)也同样采用了模块化设计，这个Apache的核心模块就叫做多路处理模块(Multi-ProcessingModule，简称MPM)。
Apache针对不同的操作系统提供了多个不同的MPM模块，例如：mpm_beos、mpm_event、mpm_netware、mpmt_os2、mpm_prefork、mpm_winnt、mpm_worker。如果条件允许，我们可以根据实际需求将指定的MPM模块编译进我们自己的Apache中(Apache的源码是开放的，允许用户自行编译)。不过，如果在编译时我们没有选择，Apache将按照如下表格根据不同的操作系统自行选择对应的MPM模块，这也是Apache针对不同平台推荐使用的MPM模块。 不同操作系统上默认的MPM模块 操作系统 MPM模块 描述 Windows mpm_winnt 不用介绍了吧:) Unix/Linux mpm_prefork 不用介绍了吧:) BeOS mpm_beos 由Be公司开发的一种多媒体操作系统，官方版已停止更新。 Netware mpm_netware 由NOVELL公司推出的一种网络操作系统 OS/2 mpmt_os2 一种最初由微软和IBM共同开发的操作系统，现由IBM单独开发(微软放弃OS/2，转而开发Windows) mpm_event模块可以看作是mpm_worker模块的一个变种，不过其具有实验性质，一般不推荐使用。
当然，Apache在其官方网站上也提供了根据不同操作系统已经编译好对应MPM模块的成品Apache。你可以点击此处进入Apache官方网站下载。
此外，如果我们想要知道某个Apache内部使用的是何种MPM模块，我们可以以命令行的方式进入Apache安装目录\\bin，然后键入命令httpd-l，即可查看到当前Apache内部使用的何种MPM模块。
使用httpd-l命令查看编译模块
由于在平常的开发工作中，BeOS、NetWare、OS/2等操作系统并不常见，这里我们主要针对Windows和Unix/Linux操作系统上的MPM模块进行讲解。在Windows和Unix/Linux操作系统上，MPM模块主要有mpm_winnt、mpm_prefork、mpm_worker三种。
mpm_prefork模块
mpm_prefork模块主要应用于Unix/Linux平台的Apache服务器，其主要工作方式是：当Apache服务器启动后，mpm_prefork模块会预先创建多个子进程(默认为5个)，当接收到客户端的请求后，mpm_prefork模块再将请求转交给子进程处理，并且每个子进程同时只能用于处理单个请求。如果当前的请求数将超过预先创建的子进程数时，mpm_prefork模块就会创建新的子进程来处理额外的请求。Apache总是试图保持一些备用的或者是空闲的子进程用于迎接即将到来的请求。这样客户端的请求就不需要在接收后等候子进程的产生。
由于在mpm_prefork模块中，每个请求对应一个子进程，因此其占用的系统资源相对其他两种模块而言较多。不过mpm_prefork模块的优点在于它的每个子进程都会独立处理对应的单个请求，这样，如果其中一个请求出现问题就不会影响到其他请求。同时，mpm_prefork模块可以应用于不具备线程安全的第三方模块(比如PHP的非线程安全版本)，且在不支持线程调试的平台上易于调试。此外，mpm_prefork模块还具有比mpm_prefork模块更高的稳定性。
mpm_worker模块
mpm_worker模块也主要应用于Unix/Linux平台的Apache服务器，它可以看作是mpm_prefork模块的改进版。mpm_worker模块的工作方式与mpm_prefork模块类似。不过，由于处理相同请求的情况下，基于进程(例如mpm_prefork)比基于线程的处理方式占用的系统资源要多。因此，与mpm_prefork模块不同的是，mpm_worker模块会让每个子进程创建固定数量的服务线程和一个监听线程，并让每个服务线程来处理客户端的请求，监听线程用于监听接入请求并将其传递给服务线程处理和应答。Apache总是试图维持一个备用或是空闲的服务线程池。这样，客户端无须等待新线程或新进程的建立即可得到处理。
与mpm_prefork模块相比，mpm_worker模块可以进一步减少系统资源的开销。再加上它也使用了多进程，每个进程又有多个线程，因此它与完全基于线程的处理方式相比，又增加了一定的稳定性。
mpm_winnt模块
mpm_winnt模块是专门针对Windows操作系统而优化设计的MPM模块。它只创建一个单独的子进程，并在这个子进程中轮流产生多个线程来处理请求。
修改MPM模块配置
在对Apache的MPM模块具备一定了解后，我们就可以针对不同的MPM模块来修改Apache的最大并发连接数 配置了。
1、启用MPM模块配置文件
在Apace安装目录/conf/extra目录中有一个名为httpd-mpm.conf的配置文件。该文件主要用于进行MPM模块的相关配置。不过，在默认情况下，Apache的MPM模块配置文件并没有启用。因此，我们需要在httpd.conf文件中启用该配置文件，如下所示： #Server-poolmanagement(MPMspecific)Includeconf/extra/httpd-mpm.conf(去掉该行前面的注释符号#)2、 修改MPM模块配置文件中的相关配置
在启动MPM模块配置文件后，我们就可以使用文本编辑器打开该配置文件，我们可以看到，在该配置文件中有许多<IfModule>配置节点，只有Apache使用对应MPM模块时，对应配置才会生效
此时，我们就需要根据当前Apache服务器所使用的MPM模块，来修改对应<IfModule>节点下的参数配置。首先，我们来看看mpm_winnt模块下的默认配置： #由于mpm_winnt模块只会创建1个子进程，因此这里对单个子进程的参数设置就相当于对整个Apache的参数设置<IfModulempm_winnt_module>ThreadsPerChild150#推荐设置：小型网站=1000中型网站=1000~2000大型网站=2000~3500MaxRequestsPerChild0#推荐设置：小=10000中或大=20000~100000</IfModule>对应的配置参数作用如下： 参数名称参数作用ThreadsPerChild 每个子进程的最大并发线程数。MaxRequestsPerChild每个子进程允许处理的请求总数。
(如果累计处理的请求数超过该值，该子进程将会结束(然后根据需要确定是否创建新的子进程)，该值设为0表示不限制请求总数(子进程永不结束)。该参数建议设为非零的值，可以带来以下两个好处：
1.可以防止程序中可能存在的内存泄漏无限进行下去，从而耗尽内存。
2.给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。
) 注意：在以上涉及到统计请求数量的参数中，对于KeepAlive的连接，只有第一个请求会被计数。
接着，我们再来看看mpm_perfork模块和mpm_worker模块下的默认配置: #mpm_perfork模块<IfModulempm_prefork_module>StartServers5#推荐设置：小=默认中=20~50大=50~100MinSpareServers5#推荐设置：与StartServers保持一致MaxSpareServers10#推荐设置：小=20中=30~80大=80~120MaxClients150#推荐设置：小=500中=500~1500大型=1500~3000MaxRequestsPerChild0#推荐设置：小=10000中或大=10000~500000(此外，还需额外设置ServerLimit参数，该参数最好与MaxClients的值保持一致。)</IfModule>#mpm_worker模块<IfModulempm_worker_module>StartServers2#推荐设置：小=默认中=3~5大=5~10MaxClients150#推荐设置：小=500中=500~1500大型=1500~3000MinSpareThreads25#推荐设置：小=默认中=50~100大=100~200MaxSpareThreads75#推荐设置：小=默认中=80~160大=200~400ThreadsPerChild25#推荐设置：小=默认中=50~100大型=100~200MaxRequestsPerChild0#推荐设置：小=10000中或大=10000~50000(此外，如果MaxClients/ThreadsPerChild大于16，还需额外设置ServerLimit参数，ServerLimit必须大于等于MaxClients/ThreadsPerChild的值。)</IfModule>对应的配置参数作用如下表： 参数名称参数作用StartServers启动Apache时创建的子进程数。MinSpareServers处于空闲状态的最小子进程数。(所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers，那么Apache将以最大每秒一个的速度产生新的子进程。只有在非常繁忙机器上才需要调整这个参数。此值不宜过大。)MaxSpareServers处于空闲状态的最大子进程数。(只有在非常繁忙机器上才需要调整这个参数。此值不宜过大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成MinSpareServers+1。)MaxClients允许同时连接的最大请求数量。1、任何超过MaxClients限制的请求都将进入等待队列，直到达到ListenBacklog指令限制的最大值为止
2、对于非线程型的MPM(也就是mpm_prefork)，MaxClients表示可以用于处理客户端请求的最大子进程数量，默认值是256。要增大这个值，你必须同时增大ServerLimit。
3、对于线程型或者混合型的MPM(也就是mpm_beos或mpm_worker)，MaxClients表示可以用于处理客户端请求的最大线程数量。线程型的mpm_beos的默认值是50。对于混合型的MPM默认值是16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要将MaxClients增加到超过16个进程才能提供的时候，你必须同时增加ServerLimit的值。 MinSpareThreads处于空闲状态的最小线程数。
(注：不同的MPM对这个指令的处理是不一样的：mpm_worker的默认值是75。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。mpm_netware的默认值是10。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。mpm_beos和mpmt_os2的工作方式与mpm_netware差不多，mpm_beos的默认值是1；mpmt_os2的默认值是5。) MaxSpareThreads处于空闲状态的最大线程数。
(注：不同的MPM对这个指令的处理是不一样的：mpm_worker的默认值是250。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。mpm_netware的默认值是100。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。mpm_beos和mpmt_os2的工作方式与mpm_netware差不多，mpm_beos的默认值是50；mpmt_os2的默认值是10。) 备注：ServerLimit表示Apache允许创建的最大进程数。值得注意的是，Apache在编译时内部有一个硬限制ServerLimit20000(对于mpm_prefork模块为ServerLimit200000)。你不能超越这个限制。
使用这个指令时要特别当心。如果将ServerLimit设置成一个高出实际需要许多的值，将会有过多的共享内存被分配。如果将ServerLimit和MaxClients设置成超过系统的处理能力，Apache可能无法启动，或者系统将变得不稳定。 注意：在配置相关参数时，请先保证服务器具备足够的硬件性能(例如：CPU、内存等)。如果发现自启动后，随着服务器的运行时间增加，服务器的内存占用也随之增加，可能是程序中出现内存泄露，请向下调整参数MaxRequestsPerChild的值以降低内存泄露带来的影响，然后尽快找出程序中的问题之所在。

Apache网页优化—网页压缩

Apache网页与安全优化

Apache网页优化

1.网页压缩
2.网页缓存

Apache安全优化

1.配置防盗链
2.隐藏版本信息

Apache网页优化概述

1.在企业中，部署Apache后只采用默认的配置参数，会引发网站很多问题，换言之默认配置是针对以前较低的服务器配置的，以前的配置已经不适用当今互联网时代

2.为了适应企业需求，就需要考虑如何提升Apache的性能与稳定性，这就是Apache优化的内容

3.优化内容

配置网页压缩功能
工作模式的选择与参数优化
配置防盗链
配置隐藏版本号

gzip介绍

配置Apache的网页压缩功能，是使用gzip压缩算法来对网页内容进行压缩后再传输到客户端浏览器

作用：

1.降低了网络传输的字节数,加快网页加载的速度
2.节省流量，改善用户的浏览体验
3.gzip与搜索弓|擎的抓取工具有着更好的关系

Apache的压缩模块

Apache实现网页压缩的功能模块包括：

1.mod_gzip模块
2.mod_deflate 模块

Apache 1.x .

1.没有内建网页压缩技术，但可使用第三方mod_

Apache 2.x

1.在开发的时候，内建了mod_deflate 这个模块，取代mod_gzip

mod_ gzip 模块与mod_deflate 模块：

1.两者均使用gzip压缩算法，运作原理类似
2.mod_deflate 压缩速度略快，而mod_gzip 的压缩比略高
3.mod_gzip 对服务器CPU的占用要高一些
4.高流量的服务器，使用mod_deflate 可能会比mod_gzip 加载速度更快

配置网页压缩功能

首先检查是否安装了mod_ deflate模块：

1.执行apachectl -t -D DUMP MODULES命令
2.如果输出中没有deflate module (static),说明编译时没有安装
mod_ deflate模块

若没有安装则要重新编译安装：

1../configure --enable-deflate...
2.make && make install

在配置httpd.conf中配置开启gzip功能：

1.AddOutputFilterByType DEFL ATE text/html text/plain text/css
text/xml textjavascript
2.DeflateCompressionL evel
3.SetOutputFilter DEFL .ATE

第一行代表对什么样的内容启用gzip压缩

第二行代表压缩级别

第三行代表启用deflate模块对本站点的输出进行gzip压缩

Demo：压缩

[root@localhost ~]# mkdir /aaa
[root@localhost ~]# mount.cifs //192.168.10.12/rpm /aaa
Password for root@//192.168.10.12/rpm:  
[root@localhost ~]# cd /aaa
[root@localhost aaa]# ls
LAMP
[root@localhost aaa]# cd LAMP/
[root@localhost LAMP]# ls
apr-1.6.2.tar.gz                  error.png
apr-util-1.6.0.tar.gz             ha.jpg
awstats-7.6.tar.gz                httpd-2.4.29.tar.bz2
cronolog-1.6.2-14.el7.x86_64.rpm  mysql-5.6.26.tar.gz
Discuz_X2.5_SC_UTF8.zip           php-5.6.11.tar.bz2
[root@localhost LAMP]# tar jxvf httpd-2.4.29.tar.bz2 -C /opt
[root@localhost LAMP]# tar zxvf apr-1.6.2.tar.gz -C /opt/
[root@localhost LAMP]# tar zxvf apr-util-1.6.0.tar.gz -C /opt
[root@localhost LAMP]# cd /opt/
[root@localhost opt]# ls
apr-1.6.2  apr-util-1.6.0  httpd-2.4.29  rh
[root@localhost opt]# mv apr-1.6.2/ httpd-2.4.29/srclib/apr
[root@localhost opt]# mv apr-util-1.6.0/ httpd-2.4.29/srclib/apr-util
[root@localhost opt]# yum install gcc gcc-c++ pcre pcre-devel zlib-devel expat-devel -y

[root@localhost opt]# cd httpd-2.4.29/
[root@localhost httpd-2.4.29]# ls
ABOUT_APACHE     CMakeLists.txt  INSTALL         NWGNUmakefile
acinclude.m4     config.layout   InstallBin.dsp  os
Apache-apr2.dsw  configure       LAYOUT          README
Apache.dsw       configure.in    libhttpd.dep    README.cmake
apache_probes.d  docs            libhttpd.dsp    README.platforms
ap.d             emacs-style     libhttpd.mak    ROADMAP
build            httpd.dep       LICENSE         server
BuildAll.dsp     httpd.dsp       Makefile.in     srclib
BuildBin.dsp     httpd.mak       Makefile.win    support
buildconf        httpd.spec      modules         test
CHANGES          include         NOTICE          VERSIONING
[root@localhost httpd-2.4.29]# ./configure --prefix=/usr/local/httpd --enable-so --enable-rewrite --enable-charset-lite --enable-cgi
[root@localhost httpd-2.4.29]# make
[root@localhost httpd-2.4.29]# make install

[root@localhost httpd-2.4.29]# cd /usr/local/httpd/
[root@localhost httpd]# ls
bin    cgi-bin  error   icons    lib   man     modules
build  conf     htdocs  include  logs  manual
[root@localhost httpd]# cd conf
[root@localhost conf]# ls
extra  httpd.conf  magic  mime.types  original
[root@localhost conf]# vim httpd.conf 
[root@localhost conf]# ln -s /usr/local/httpd/conf/httpd.conf /etc/httpd.conf
[root@localhost conf]# vim /etc/httpd.conf 
/deflate，搜索这个关键词    
LoadModule deflate_module modules/mod_deflate.so        //此行去除注释

/headers，搜索这个关键词
LoadModule headers_module modules/mod_headers.so        //此行需要去除注释

/filter，搜索这个关键词
LoadModule filter_module modules/mod_filter.so          //此行需要去除注释

/Listen，搜索这个关键词
Listen 192.168.18.128:80
#Listen 80

/ServerName，搜索这个关键词
ServerName www.kgc.com:80

按大写字母G到末行，按o转下行插入
<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml text/javascript text/ipg text/png
  DeflateCompressionLevel 9
  SetOutputFilter DEFLATE
</IfModule>
//修改结束后按Esc退出，输入:wq保存退出

[root@localhost conf]# /usr/local/httpd/bin/apachectl -t
Syntax OK
//验证语法是否正确

[root@localhost conf]# /usr/local/httpd/bin/apachectl start
[root@localhost conf]# netstat -ntap | grep 80
tcp       0      0 192.168.18.128:80       0.0.0.0:*        LISTEN      82881/httpd       [root@localhost conf]# ls
extra  httpd.conf  magic  mime.types  original
[root@localhost conf]# cd ..
[root@localhost httpd]# ls
bin    cgi-bin  error   icons    lib   man     modules
build  conf     htdocs  include  logs  manual
[root@localhost httpd]# cd htdocs/
[root@localhost htdocs]# ls
index.html
[root@localhost htdocs]# cat index.html 
<html><body><h1>It works!</h1></body></html> 
[root@localhost htdocs]# cd /usr/local/httpd/bin/ 
[root@localhost bin]# ./apachectl -t -D DUMP_MODULES | grep "deflate"
 deflate_module (shared)

验证：

在win10中用浏览器输入对方IP地址：192.168.18.128

此时可以显示主页：It works!

我们使用抓包软件可以看到抓取到的网页可以支持压缩，如果我们此时想看到压缩，就要在页面中加入图片，这样再次访问时就会出现图片压缩的信息

往网页中添加图片：

[root@localhost bin]# cd /aaa/LAMP
[root@localhost LAMP]# ls
apr-1.6.2.tar.gz                  ha.jpg
apr-util-1.6.0.tar.gz             httpd-2.4.29.tar.bz2
awstats-7.6.tar.gz                lf.jpg
cronolog-1.6.2-14.el7.x86_64.rpm  mysql-5.6.26.tar.gz
Discuz_X2.5_SC_UTF8.zip           php-5.6.11.tar.bz2
error.png
[root@localhost LAMP]# cp lf.jpg /usr/local/httpd/htdocs/       //把图片复制到对应的文件夹
[root@localhost LAMP]# cd /usr/local/httpd/
[root@localhost httpd]# cd htdocs/
[root@localhost htdocs]# ls
index.html  lf.jpg
[root@localhost htdocs]# vim index.html 
<html><body><h1>It works!</h1>
<img src="lf.jpg"/>
</body></html>
//格式做以上更改，在当中插入图片，按Esc退出，输入:wq保存退出

再回到网页验证：

输入对方的IP地址之后可以看到添加的图片，我们通过抓包软件可以看到有图片的抓取信息中有在端口处进行gzip压缩处理信息

具体过程如下图所示：

结论：我们只要在网页中嵌入了图片或者视频这类格式文件时，网页会通过打压缩的方式再进行传输，传到对方的客户端之后在进行解压缩的识别