php apache很慢,Apache 服务器 首次访问特别慢的解决过程，php环境

一台服务器之前装的是java的tomcat apache 项目，

后面装了个phpstudy 在上面，访问php项目发现 浏览器首次打开网页需要7-8秒，打开成功后连续访问都很快，过一段时间访问又是7-8秒才打开网页，周而复始

解决方案是修改apache 配置，和修复服务器dns 为 114.114.114.114

解决办法如下，

Apache的线程数控制文件为http-mpm.conf，在conf/exrtra目录下面(我的文件目录为D:\wamp\bin\apache\Apache2.4.4\conf\extra)，要使该配置文件起作用需要在httpd.conf 中将 Include conf/extra/httpd-mpm.conf前#去掉，以使得http-mpm.conf生效。

在Windows系统中，起作用的是Winnt mpm段，搜索 mpm_winnt_module

把

ThreadStackSize        8388608

ThreadsPerChild        150

MaxConnectionsPerChild   0

修改成

ThreadStackSize 838860

ThreadsPerChild 450

MaxConnectionsPerChild 3000

重启服务器即可测试！

特别说明：项目中如果使用了localhost 的请记得换成127.0.0.1

而且应该同时修改httpd-default.conf超时设置来配合。

在httpd.conf中去掉Include conf/extra/httpd-default.conf前的#使httpd-default.conf生效。

其中调节以下参数

Timeout 15 (连接超时缺省为300，太大了，缩小会减少同时连接数，即上面占用的实际线程数)

KeepAlive On (开启可以提高性能，因为一个页面一般会有多个请求)

MaxKeepAliveRequests 50 (这个数目自己根据网页内容调节)

KeepAliveTimeout 5 (这个小于Timeout就行)

最后重启apache 即可。

ThreadStackSize指令用来处理客户端连接的线程使用的栈尺寸(字节)。其语法格式为：ThreadStackSize size，在NetWare系统中默认值为65 536；其他系统中等于操作系统默认值。

ThreadStackSize指令设置了处理客户端连接(包括调用模块以协助处理)的线程允许使用的最大栈尺寸(字节)。在大多数情况下，操作系统默认的栈尺寸很合理，但是在某些情况下，需要调整这个值。如，在默认栈尺寸较小的平台上(比如HP-UX)，Apache可能会在使用一些需要较大栈尺寸的第三方模块时崩溃。这样的问题可以通过将ThreadStackSize设置为一个较大的值来解决。这种调整应当仅仅在第三方模块提供者明确要求的情况下才需要，或者是通过诊断确定是由于栈空间太小而导致崩溃。

而在某些平台上，如果默认的栈空间大于服务器运行所需空间，那么将ThreadStackSize值降低到小于操作系统默认值可以让每个进程中允许生成的最大线程数量增加。这种类型的调整应该仅在测试环境中使用，并且对所有服务器进程进行充分的测试，因为处理某些罕见的请求需要较大的栈空间。一个很小的服务器配置变化就有可能使得当前的ThreadStackSize设置变得不合适。

ThreadsPerChlid是Apache进程的子线程数，这个指令设置了每个子进程建立的线程数。子进程在启动时建立这些线程后就不再建立新的线程了。如果使用一个类似于mpm_winnt只有一个子进程的mpM，这个数值要足够大，以便可以处理可能的请求高峰。如果使用一个类似于worker有多个子进程的mpM，每个子进程所拥有的所有线程的总数要足够大，以便可以处理可能的请求高峰。

该参数需要根据 apache-status实时的监控情况来调节，太大会导致内存增长过快，直到服务器当机，太小会导致服务器连接队列在高峰期时占满，从而导致网站连接 慢。同时我们应该修改另一个配置文件httpd-default.php中的超时设置来配合这个参数。

对于mpm_winnt，ThreadsPerChild的默认值是64；对于其他mpM是25。

MaxRequestsPerChild是进程的最大的请求数目，既指网站收到请求的缓存数。设置太小了会影响服务器性能，因为会占用较多cpu时间，太大了则会占用内存资源。一般大型的网站文件个数都是成千上万，所以管理员应该根据网站情况自己设定。

MaxRequestsPerChild指令设置每个子进程在其生存期内允许伺服的最大请求数量。到达MaxRequestsPerChild的限制后，子进程将会结束。如果MaxRequestsPerChild为"0"，子进程将永远不会结束。

在mpm_netware和mpm_winnt上的默认值是"0"。

将MaxRequestsPerChild设置成非零值有两个好处：

a)可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。

b)给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

注意：对于KeepAlive链接，只有第一个请求会被计数。事实上，它改变了每个子进程限制最大链接数量的行为。

==================================================================END==============================================================================