Nginx 0.7.x + PHP 5.2.6（FastCGI）+ MySQL 5.1 在128M小内存VPS服务器上的配置优化[原创] - 张宴的博客 - Web系统架构与底层研发
16:55 | by
　　[文章作者：张宴 本文版本：v1.0 最后修改： 转载请注明原文链接：]　　VPS（全称Virtual Private Server）是利用最新虚拟化技术在一台物理服务器上创建多个相互隔离的虚拟私有主机。它们以最大化的效率共享硬件、软件许可证以及管理资源。对其用户和应用程序来讲，每一个VPS平台的运行和管理都与一台独立主机完全相同，因为每一个VPS均可独立进行重启并拥有自己的root访问权限、用户、IP地址、内存、过程、文件、应用程序、系统函数库以及配置文件。　　VPS服务器最重要的指标就是内存大小，多个VPS服务器可以共享一颗CPU，但不能共享同一块内存。内存越大，价格越贵。　　下面，以我的博客所在的VPS为例，介绍在128M内存下对 Nginx 0.7.x + PHP 5.2.6（FastCGI）+ MySQL 5.1 的优化。　　至于 Nginx + PHP + MySQL 的安装配置，可参见：《 》　　优化后的效果：　　提供HTTP服务的1个Nginx进程占用11M物理内存，5个php-cgi进程每个占用8M左右物理内存，1个MySQL服务器占用7M物理内存，加上两个占用内存不大的Nginx和php-cgi父进程，Nginx + PHP + MySQL 系列总共只占用47.7%的物理内存，即62M物理内存（128M * 47.7% ≈ 62M）。　　　　另外，VPS服务器系统自身和其它程序也会使用一些内存，但128M内存的VPS已经够用。总体而言，经过优化后，128M内存的VPS跑 Nginx + PHP + MySQL 效果不错。当然，如果有Money购买更大内存的VPS，就更好了。　　优化项如下：　　一、增加256M的swap交换文件　　1、创建并激活swap交换文件cd /var/dd if=/dev/zero of=swapfile bs=1024 count=262144/sbin/mkswap swapfile/sbin/swapon swapfile　　2、加到fstab文件中让系统引导时自动启动vi /etc/fstab在末尾增加以下内容：引用/var/swapfile swap swap defaults 0 0　　详见：　　二、Nginx 0.7.19 的主配置文件（nginx.conf）优化引用user&&#Nginx每个进程耗费10M~12M内存，这里只开启一个Nginx进程，节省内存。worker_processes 1;error_log&&/data1/logs/nginx_error.log&&pid&&&&&&&&/usr/local/webserver/nginx/nginx.#Specifies the value for maximum file descriptors that can be opened by this process. worker_rlimit_nofile 51200;events { worker_connections 51200;}http { include&&&&&& mime. default_type&&application/octet- #charset&&gb2312;&&&&
server_names_hash_bucket_size 128; client_header_buffer_size 32k; large_client_header_buffers 4 32k;&&&&
tcp_nopush&&&& keepalive_timeout 60; tcp_ fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; #对网页文件、CSS、JS、XML等启动gzip压缩，减少数据传输量，提高访问速度。 gzip_min_length&&1k; gzip_buffers&&&& 4 16k; gzip_http_version 1.0; gzip_comp_level 2; gzip_types&&&&&& text/plain application/x-javascript text/css application/ gzip_ #limit_zone&&crawler&&$binary_remote_addr&&10m; server {&& listen&&&&&& 80;&& server_name&&blog.zyan.cc
zyan.cc *.zyan.&& index index.html index.htm index.&& root&&/data0/htdocs/&& #limit_conn&& crawler&&20;&&&&&& #针对Bo-Blog系统的Rewrite静态化&& rewrite ^/post/([0-9]+).htm$ /read.php?$1&& rewrite ^/post/([0-9]+)_([0-9]+).htm$ /read.php?$1&page=$2&& rewrite ^/post/([0-9]+)_([0-9]+)_([0-9]+).htm$ /read.php?$1&page=$2&part=$3&& rewrite ^/index_([0-9]+)_([0-9]+).htm$ /index.php?mode=$1&page=$2&& rewrite ^/star_([0-9]+)_([0-9]+).htm$ /star.php?mode=$1&page=$2&& rewrite ^/category_([0-9]+).htm$ /index.php?go=category_$1&& rewrite ^/category_([0-9]+)_([0-9]+)_([0-9]+).htm$ /index.php?go=category_$1&mode=$2&page=$3&& rewrite ^/archive_([0-9]+)_([0-9]+).htm$ /index.php?go=archive&cm=$1&cy=$2&& rewrite ^/archive_([0-9]+)_([0-9]+)_([0-9]+)_([0-9]+).htm$ /index.php?go=archive&cm=$1&cy=$2&mode=$3&page=$4&& rewrite ^/showday_([0-9]+)_([0-9]+)_([0-9]+).htm$ /index.php?go=showday_$1-$2-$3&& rewrite ^/showday_([0-9]+)_([0-9]+)_([0-9]+)_([0-9]+)_([0-9]+).htm$ /index.php?go=showday_$1-$2-$3&mode=$4&page=$5&& location ~ .*\.(php|php5)?$&& {&&&& #将Nginx与FastCGI的通信方式由TCP改为Unix Socket。TCP在高并发访问下比Unix Socket稳定，但Unix Socket速度要比TCP快。&&&& fastcgi_pass&&unix:/tmp/php-cgi.&&&& #fastcgi_pass&&127.0.0.1:9000;&&&& fastcgi_index index.&&&& include fcgi.&& }&& location ~ /read.php&& {&&&& #将Nginx与FastCGI的通信方式由TCP改为Unix Socket。TCP在高并发访问下比Unix Socket稳定，但Unix Socket速度要比TCP快。&&&& fastcgi_pass&&unix:/tmp/php-cgi.&&&& #fastcgi_pass&&127.0.0.1:9000;&&&& fastcgi_index index.&&&& include fcgi.&& }&& && #博客的图片较多，更改较少，将它们在浏览器本地缓存15天，可以提高下次打开我博客的页面加载速度。&& location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$&& {&&&& expires&&&&&&15d;&& } && #博客会加载很多JavaScript、CSS，将它们在浏览器本地缓存1天，访问者在看完一篇文章或一页后，再看另一篇文件或另一页的内容，无需从服务器再次下载相同的JavaScript、CSS，提高了页面显示速度。&& location ~ .*\.(js|css)?$&& {&&&& expires&&&&&&1d;&& }&&
&& log_format&&access&&'$remote_addr - $remote_user [$time_local] "$request" '&&&&&&&&&&&& '$status $body_bytes_sent "$http_referer" '&&&&&&&&&&&& '"$http_user_agent" $http_x_forwarded_for';&& access_log&&/data1/logs/access.log&&&& }}　　三、PHP 5.2.6（FastCGI）的配置优化　　1、php.ini 配置文件中关于eAcelerator的优化。只使用1M共享内存，删除所有在最后3600秒内无法存取的脚本缓存，用磁盘辅助进行缓存。引用[eaccelerator]zend_extension="/usr/local/webserver/php/lib/php/extensions/no-debug-non-zts-/eaccelerator.so"eaccelerator.shm_size="1"eaccelerator.cache_dir="/usr/local/webserver/eaccelerator_cache"eaccelerator.enable="1"eaccelerator.optimizer="1"eaccelerator.check_mtime="1"eaccelerator.debug="0"eaccelerator.filter=""eaccelerator.shm_max="0"eaccelerator.shm_ttl="3600"eaccelerator.shm_prune_period="3600"eaccelerator.shm_only="0"press="1"press_level="9"eaccelerator.keys = "disk_only"eaccelerator.sessions = "disk_only"eaccelerator.content = "disk_only"　　2、php-fpm.conf 的配置优化　　修改两项，一是修改以下一行，将启动的php-cgi进程数由原来的128个改为5个：引用&value name=&max_children&&5&/value&　　二是修改以下一行，将TCP模式改为Unix Socket模式：引用&value name=&listen_address&&/tmp/php-cgi.sock&/value&　　四、MySQL 5.1.26 配置优化　　1、使用以下参数编译安装的 MySQL 5.1 默认支持4种存储引擎：CSV、MRG_MYISAM、MEMORY、MyISAM，不支持InnoDB存储引擎。由于内存有限，而InnoDB耗费的内存较大，这里推荐使用MyISAM存储引擎。./configure --prefix=/usr/local/webserver/mysql/ --enable-assembler --with-extra-charsets=complex --enable-thread-safe-client --with-big-tables --with-readline --with-ssl --with-embedded-server --enable-local-infilemake && make install　　2、MySQL 5.1 配置文件（my.cnf）优化引用[client]port&&&&= 3306socket&&= /tmp/mysql.sock[mysql]prompt="(\u:s135:)[\d]> "no-auto-rehash[mysqld]user&&&&= mysqlport&&&&= 3306socket&&= /tmp/mysql.sockbasedir = /usr/local/webserver/mysqldatadir = /usr/local/webserver/mysql/dataopen_files_limit&&&&= 600back_log = 20max_connections = 100max_connect_errors = 200table_cache = 60external-locking = FALSEmax_allowed_packet = 16Msort_buffer_size = 128Kjoin_buffer_size = 128Kthread_cache_size = 10thread_concurrency = 8query_cache_size = 0Mquery_cache_limit = 2Mquery_cache_min_res_unit = 2kdefault_table_type = MyISAMthread_stack = 192Ktransaction_isolation = READ-UNCOMMITTEDtmp_table_size = 512Kmax_heap_table_size = 32M/usr/local/webserver/mysql/data/slow.log/usr/local/webserver/mysql/data/error.loglong_query_time = 1log_long_formatserver-id = 1#log-bin = /usr/local/mysql/data/binlogbinlog_cache_size = 2Mmax_binlog_cache_size = 4Mmax_binlog_size = 512Mexpire_logs_days = 7key_buffer_size = 4Mread_buffer_size = 1Mread_rnd_buffer_size = 2Mbulk_insert_buffer_size = 2Mmyisam_sort_buffer_size = 4Mmyisam_max_sort_file_size = 10Gmyisam_max_extra_sort_file_size = 10Gmyisam_repair_threads = 1myisam_recover[mysqldump]quickmax_allowed_packet = 16M
引用地址：
注意： 该地址仅在今日23:59:59之前有效IBM Bluemix
点击按钮，开始云上的开发！
developerWorks 社区
如今，使用 LAMP（Linux®、Apache、MySQL 和 PHP/Perl）架构的应用程序不断被开发和部署。但是，服务器管理员常常对应用程序本身几乎没有控制能力，因为应用程序是别人编写的。这份
将讨论许多服务器配置问题，这些配置会影响应用程序的性能。第二篇文章重点讨论可为优化 Apache 和 PHP 而采取的措施。
(), 高级网络工程师
从 1994 年开始，Sean Walberg 就一直在学术、企业和互联网服务提供商环境中从事 Linux 和 UNIX 系统的研究。在过去几年里，他撰写了大量有关系统管理的文章。
Linux、Apache、MySQL 和 PHP（或 Perl）是许多 Web 应用程序的 LAMP 架构的基础。有很多基于 LAMP 组件的开源软件包可用于解决各种各样的问题。随着应用程序负载的增加，底层基础设施的瓶颈也会越来越明显，其表现形式就是响应用户请求的速度变慢。
展示了调优 Linux 系统的方法，还介绍了 LAMP 和性能度量的基础知识。本文重点关注 Web 服务器组件：Apache 和 PHP。调优 Apache Apache 是一种高度可配置的软件。它具有大量特性，但每一种都代价高昂。从某种程度上来说，调优 Apache 来说就是以恰当的方式分配资源，还涉及到将配置简化为仅包含必要内容。配置 MPMApache 是模块化的，因为可以轻松添加和移除特性。在 Apache 的核心，多处理模块（Multi-Processing Module，MPM）提供了这种模块化功能性 —— 管理网络连接、调度请求。MPM 使您能够使用线程，甚至能够将 Apache 迁移到另外一个操作系统。
每次只能有一个 MPM 是活动的，必须使用 --with-mpm=(worker|prefork|event) 静态编译。每个请求使用一个进程的传统模型称为 prefork。较新的线程化模型称为 worker，它使用多个进程，每个进程又有多个线程，这样就能以较低的开销获得更好的性能。最新的 event MPM 是一种实验性的模型，为不同的任务使用单独的线程池。要确定当前使用的是哪种 MPM，可执行 httpd -l。选择使用何种 MPM 取决于许多因素。在 event MPM 脱离实验状态之前，不应考虑这种模型，而是在使用线程和不使用线程之间作出选择。表面上看来，如果所有底层模块（包括 PHP 使用的所有库）都是线程安全的，线程要优于分叉（forking）。而 Prefork 是较为安全的选择；如果选择了 worker，则应该谨慎测试。性能收益还取决于您的发布版所附带的库及硬件。无论选择了哪种 MPM，都必须恰当地配置它。一般而言，配置 MPM 包括告知 Apache 怎样去控制有多少 worker 正在运行，它们是线程还是进程。prefork MPM 的重要配置选项如清单 1 所示。清单 1. prefork MPM 的配置StartServers
MinSpareServers
MaxSpareServers
MaxClients
MaxRequestsPerChild
4000prefork 模型会为每个请求创建一个新进程。多余的进程保持空闲，以处理传入的请求，这缩短了启动延迟。只要 Web 服务器出现，预先完成的配置就会立即启动 50 个进程，并尽力保持 10 到 20 个空闲服务器运行。进程数的硬性限制由 MaxClients 指定。尽管一个进程能够处理许多相继的请求，Apache 还是会取消连接数超过 4,000 以后的进程，这降低了内存泄漏的风险。配置线程化 MPM 与之类似，不同之处只是必须确定使用多少线程和进程。Apache 文档解释了所有必要的参数和计算。要经过几次尝试和出错之后才能选好要使用的值。最重要的值是 MaxClients。目标在于允许足够多的 workder 进程或线程运行，同时又不会导致服务器进行过度的交换。如果传入的请求超出处理能力，那么至少满足此值的那些请求会得到服务，其他请求被阻塞。如果 MaxClients 过高，那么所有客户机都将体验到糟糕的服务，因为 Web 服务器会试图换出一个进程，以使另一个进程能够运行。而设得过低意味着可能会不必要地拒绝服务。查看高负载下运行的进程数量和所有 Apache 进程所导致的内存占用情况对设置这个值很有帮助。如果 MaxClients 的值超过 256，必须将
ServerLimit 也设为同样的数值，请仔细阅读 MPM 的文档，了解相关信息。根据服务器的角色调优要启动和保持空闲的服务器数量。如果服务器仅运行 Apache，那么可以使用适中的值，如
所示，因为这样就能充分利用机器。如果系统中还有其他数据库或服务器，那么就应该限制运行中的空闲服务器的数量。有效地使用选项和重写Apache 处理的每个请求都要履行一套复杂的规则，这些规则指明了 Web 服务器必须遵循的约束或特殊指令。对文件夹的访问可能按 IP 地址约束为某个特定文件夹，也可配置用户名和密码。这些选项还包含处理特定文件，例如，如果提供了一个目录列表，该如何处理的文件，或输出结果是否应压缩。这些配置以 httpd.conf 中容器的形式出现，例如 &Directory&，以便指定所用配置引用的是磁盘上的一个位置；再如 &Location&，表示引用是 URL 中的路径。清单 2 展示了一个实际的 Directory 容器。清单 2. 为根目录应用的一个 Directory 容器&Directory /&
AllowOverride None
Options FollowSymLinks
&/Directory&在清单 2 中，位于一对
Directory 和 /Directory 标记之间的配置应用于给定目录和该目录下的一切内容 —— 在本例中，这个给定目录是根目录。此处，AllowOverride 标记指出，用户不允许重写任何选项（稍后将进一步介绍）。FollowSymLinks 选项被启用，它允许 Apache 查看之前的符号连接来为请求提供服务，即便文件位于包含 Web 文件的目录之外。这就意味着，如果 Web 目录中的一个文件是 /etc/passwd 的符号连接，Web 服务器将在请求时顺利为该文件提供服务。如果使用了 -FollowSymLinks，该特性就会被禁用，同样的请求将致使为客户机返回错误。最后这个场景正是导致两方面关注的原因所在。第一个方面与性能有关。如果禁用了 FollowSymLinks，Apache 就必须检查使用该文件名的所有组件（目录和文件本身），以确保它们不是符号连接。这会带来额外的开销（磁盘操作）。另外一个称为 FollowSymLinksIfOwnerMatch 的选项会在文件所有者与连接所有者相同时使用符号连接。为获得最佳性能，请使用
中的选项。至此，有安全意识的读者应该有了警惕的感觉。安全性永远是功能性与风险之间的权衡。在我们的例子中，功能性是速度，而风险是允许对系统上的文件进行未经授权的访问。缓解风险的措施之一是 LAMP 应用服务器通常专注于一种具体功能，用户无法创建危险的符号连接。如果有必要启用符号连接，那么可以将其约束在文件系统的特定区域，如清单 3 所示。清单 3. 将 FollowSymLinks 约束为一个用户的目录&Directory /&
Options FollowSymLinks
&/Directory&
&Directory /home/*/public_html&
Options -FollowSymLinks
&/Directory&在清单 3 中，一个用户的主目录中的任何 public_html 目录及其所有子目录都移除了 FollowSymLinks 选项。如您所见，通过主服务器配置，可为每个目录单独配置选项。用户可以自行重写这种服务器配置（如果管理员通过 AllowOverrides 语句允许了这种操作），只需将一个 .htaccess 文件放入目录即可。该文件包含额外的服务器指令，每次请求包含 .htaccess 文件的目录时将加载并应用这些指令。尽管之前探讨过系统没有用户的问题，但许多 LAMP 应用程序都利用这种功能性来控制访问、实现 URL 重写，因此有必要理解其工作原理。即便 AllowOverrides 语句能阻止用户去做您不希望他们做的事，Apache 也必须检查 .htaccess 文件，看看是否有要完成的工作。父目录可以指定由来自子目录的请求处理的指令，这也就表示，Apache 必须搜索所请求文件的目录树的所有组件。可想而知，这会使每次请求都导致大量磁盘操作。最简单的解决方案是不允许重写，这能消除 Apache 检查 .htaccess 的需求。之后的任何特殊配置都将直接放在 httpd.conf 中。清单 4 显示为对一个用户的项目目录进行密码检查向 httpd.conf 增加的代码，而不是将其放入一个 .htaccess 文件并依赖于 AllowOverrides。清单 4. 将 .htaccess 配置移入 httpd.conf&Directory /home/user/public_html/project/&
AuthUserFile /home/user/.htpasswd
AuthName "uber secret project"
AuthType basic
Require valid-user
&/Directory&如果配置转移到 httpd.conf 中，且 AllowOverrides 被禁用，磁盘的使用就能减少。一个用户的项目可能不会吸引许多人来点击，但设想一下，将这项技术应用于一个忙碌的站点时会有多么强大。有时不可能彻底消除 .htaccess 文件的使用。例如，在清单 5 中，一个选项被约束到文件系统的特定部分，重写也可以是有作用域的。清单 5. 限定 .htaccess 检查的作用域&Directory /&
AllowOverrides None
&/Directory&
&Directory /home/*/public_html&
AllowOverrides AuthConfig
&/Directory&实现清单 5 之后，Apache 会在父目录中查找 .htaccess 文件，但会在 public_html 目录处停止，因为文件系统的其余部分禁用了此功能。例如，如果请求的是一个映射到 /home/user/public_html/project/notes.html 的文件，那么仅有 public_html
和 project 目录被搜索。关于每目录单独配置的最后一个提示就是：要按顺序依次进行。任何介绍 Apache 调优的的文章都会告诉您，应通过 HostnameLookups off 指令禁用 DNS 查找，因为试图反向解析连接到您的服务器的所有 IP 地址无疑是浪费资源。然而，基于主机名的任何约束都会迫使 Web 服务器对客户机的 IP 地址执行反向查找，对其结果进行正向查找，以验证该名称的真实性。因此，避免使用基于客户主机名的访问控制，在必须使用时限定其作用域，这些都是明智的做法。持久连接一个客户机连接到 Web 服务器时，允许客户机通过同一个 TCP 连接发出多个请求，这减少了与多个连接相关的延迟。在一个 Web 页面引用了多幅图片时，这就很有用：客户机可以通过一个连接先请求页面，再请求所有图片。其缺点在于服务器上的 worker 进程必须等待客户机要关闭的会话，之后才能转到下一个请求。Apache 使您能够配置如何处理持久连接（称为 keepalives）。httpd.conf 全局级的 KeepAlive 5 允许服务器在连接强制关闭之前处理一个连接上的 5 个请求。将此值设置为 0 将禁用持久连接。同样位于全局级上的 KeepAliveTimeout 确定在会话关闭之前，Apache 将等待另外一个连接多久。持久连接的处理并非 “一刀切” 式的配置。对于某些 Web 站点，禁用 keepalives 更合适（KeepAlive 0）；而对于其他一些站点，启用它会带来巨大的收益。惟一的解决之道就是尝试使用这两种配置，自己观察哪种更合适。但若启用了 keepalives，使用较小的超时时间较为明智，例如 2，即 KeepAliveTimeout 2。这能确保希望发出另外一个请求的客户机有充足的时间，还能确保 worker 进程不会一直空闲，等待可能永远不会出现的下一个请求。压缩Web 服务器能够在将输出发回给客户机之前压缩它。这将使通过 Internet 发送的页面更小，代价是 Web 服务器上的 CPU 周期。对于那些负担得起 CPU 开销的服务器来说，这是提高页面下载速度的好办法 —— 页面压缩后大小变为原来的三分之一这种事情并不罕见。图片通常已经是压缩过的，因此压缩应仅限于文本输出。Apache 通过 mod_deflate 提供压缩。尽管 mod_deflate 可轻松启用，但它涉及到太多的复杂性，很多手册都解释了这些复杂的内容。本文不会介绍压缩的配置，但提供了相应文档的链接（参见
部分）。调优 PHPPHP 是运行应用程序代码的引擎。应该仅安装计划使用的那些模块，并配置您的 Web 服务器，使之仅为脚本文件（通常是以 .php 结尾的那些文件）使用 PHP，而非所有静态文件。操作码缓存请求一个 PHP 脚本时，PHP 会读取该脚本，并将其编译为 Zend 操作码，这是要执行的代码的一种二进制表示形式。随后，此操作码由 PHP 执行并丢弃。操作码缓存将保存这个编译后的操作码，并在下一次调用该页面时重用它。这会节省很多时间。有多种缓存可用，我比较常用的是 eAccelerator。要安装 eAccelerator，您的计算机上需要有 PHP 开发库。由于不同的 Linux 发布版存放文件的位置不同，所以最好直接从 eAccelerator 的 Web 站点获得安装说明（参见
部分获得链接）。您的发布版也有可能已经包含了一个操作码缓存，只需安装即可。无论如何在系统上安装 eAccelerator，都有一些配置选项需要注意。配置文件通常是 /etc/php.d/eaccelerator.ini。eaccelerator.shm_size 定义共享高速缓存的大小，编译后的脚本就存储在这里。该值的单位是兆字节（MB）。根据您的应用程序确定恰当的大小。eAccelerator 提供了一个脚本来显示缓存的状态，其中包含内存占用，64MB 是个不错的选择（eaccelerator.shm_size="64"）。如果您选择的值未被接受，那么必须修改内核的最大共享内存的大小。向 /etc/sysctl.conf 添加 kernel.shmmax=，运行 sysctl -p 来使设置生效。kernel.shmmax 值的单位是字节。如果共享内存的分配超出极限，eAccelerator 必须将旧脚本从内存中清除。默认情况下，这是被禁用的；eaccelerator.shm_ttl = "60" 指定：当 eAccelerator 用完共享内存时，60 秒内未被访问的所有脚本都将被清除。另一种流行的 eAccelerator 替代工具是 Alternative PHP Cache（APC）。Zend 的厂商也提供了一种商业操作码缓存，包括一个进一步提高效率的优化器。php.iniPHP 的配置是在 php.ini 中完成的。四个重要的设置控制 PHP 可使用多少系统资源，如表 1 所列。表 1. php.ini 中与资源相关的设置设置描述建议值max_execution_time一个脚本可使用多少 CPU 秒 30max_input_time一个脚本等待输入数据的时间有多长（秒）60memory_limit在被取消之前，一个脚本可使用多少内存（字节）32Moutput_buffering数据发送给客户机之前，有多少数据（字节）需要缓存4096具体数字主要取决于您的应用程序。如果要从用户处接收大文件，那么 max_input_time 可能必须增加，可以在 php.ini 中修改，也可以通过代码重写它。与之类似，CPU 或内存占用较多的程序也可能需要更大的设置值。目标就是缓解超标程序的影响，因此不建议全局禁用这些设置。关于 max_execution_time，还有一点需要注意：它表示进程的 CPU 时间，而不是绝对时间。因此一个进行大量 I/O 和少量计算的程序的运行时间可能远远超过 max_execution_time。这也是 max_input_time 可以大于 max_execution_time 的原因所在。
PHP 可执行的日志记录数是可配置的。在生产环境中，禁用除最重要的日志以外的一切日志记录能够减少磁盘写操作。如果需要使用日志来排除问题，那么可以按需启用日志记录。error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR 将启用足够的日志记录，使您发现问题，同时从脚本中消除大量无用的内容。结束语本文重点探讨 Web 服务器的调优，包括 Apache 和 PHP。对于 Apache，总体的想法是消除 Web 服务器必须执行的多余检查，例如处理 .htaccess 文件。还必须调优所用的多处理模块，以便在使用的系统资源和可供传入请求使用的空闲 worker 之间找到平衡。对于 PHP，最好的事情就是安装一个操作码缓存。密切注意几个资源设置也能确保脚本不会浪费系统资源，不会减慢系统处理其他任务的速度。本系列的下一篇也是最后一篇文章将介绍 MySQL 数据库的调优。请继续关注！
参考资料 您可以参阅本文在 developerWorks 全球网站上的 。
（developerWorks，2006 年 8 月）介绍了如何利用应用程序追踪来展示 Apache 配置更改的效果。
“”（developerWorks，2007 年 4 月）涵盖了 PHP 5.2 在内存处理方面的最新变化。PHP 一直在不断优化其对系统资源的使用。 是一个 Apache 模块，可动态压缩输出。在 PHP 中也可通过
实现这种功能。预缓存将压缩 JavaScript 代码之类的静态文件。CSS 是提高性能的另一种途径。 就更好了。介绍
的 Apache 文档值得一读，可从中了解各模块的功能性，单击相应链接可查看所选 MPM 的具体文档。在
可找到针对 Linux 开发人员的更多资源。随时关注
和 。如果您的发布版不包含 ， 说明会对您有所帮助。 和
是 eAccelerator 的替代工具。 使您可以模拟用户，以便了解站点能够处理多少流量。您迟早会打算缓存站点的某些元素，并将负载分布到多个 Web 服务器上。 的加速器模式（也称为反向代理）或
都是不错的工具。，这有两张 DVD，包含用于 Linux 的最新 IBM 试用软件，包括 DB2®、Lotus®、Rational®、Tivoli® 和 WebSphere®。 利用可从 developerWorks 直接下载的
构建您的下一个 Linux 开发项目。通过参与
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
IBM PureSystems(TM) 系列解决方案是一个专家集成系统
通过学习路线图系统掌握软件开发技能
软件下载、试用版及云计算
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=Linux, Open source, Web developmentArticleID=229352ArticleTitle=LAMP 系统性能调优，第 2 部分: 优化 Apache 和 PHPpublish-date=}