LNMP之php优化
编译 PHP 时，建议采用如下的参数：
--enable-inline-optimization --disable-debug
一：操作码缓存（以eaccelerator说明）
请求一个 PHP 脚本时，PHP 会读取该脚本，并将其编译为 Zend 操作码，这是要执行的代码的一种二进制表示形式。随后，此操作码由 PHP 执行并丢弃。操作码缓存将保存这个编译后的操作码，并在下一次调用该页面时重用它。这会节省很多时间。有多种缓存可用，我比较常用的是 eAccelerator。
修改/usr/local/php/etc/php.ini中eaccelerator的配置
eaccelerator.shm_size 定义共享高速缓存的大小，编译后的脚本就存储在这里。该值的单位是兆字节(MB)。根据您的应用程序确定恰当的大小。eAccelerator 提供了一个脚本来显示缓存的状态，其中包含内存占用，64MB 是个不错的选择(eaccelerator.shm_size="64")。如果您选择的值未被接受，那么必须修改内核的最大共享内存的大小。向 /etc/sysctl.conf 添加 kernel.shmmax=67108864，运行 sysctl -p 来使设置生效。kernel.shmmax 值的单位是字节。如果共享内存的分配超出极限，eAccelerator 必须将旧脚本从内存中清除。默认情况下，这是被禁用的;eaccelerator.shm_ttl = "60" 指定：当 eAccelerator 用完共享内存时，60 秒内未被访问的所有脚本都将被清除
二：php.ini 中与资源相关的设置
设置 描述 建议值
max_execution_time 一个脚本可使用多少 CPU 秒 30
max_input_time 一个脚本等待输入数据的时间有多长(秒) 60
memory_limit 在被取消之前，一个脚本可使用多少内存(字节) 32M
output_buffering 数据发送给客户机之前，有多少数据(字节)需要缓存 4096
具体数字主要取决于您的应用程序。如果要从用户处接收大文件，那么 max_input_time 可能必须增加，可以在 php.ini 中修改，也可以通过代码重写它。与之类似，CPU 或内存占用较多的程序也可能需要更大的设置值。目标就是缓解超标程序的影响，因此不建议全局禁用这些设置。关于 max_execution_time，还有一点需要注意：它表示进程的 CPU 时间，而不是绝对时间。因此一个进行大量 I/O 和少量计算的程序的运行时间可能远远超过 max_execution_time。这也是 max_input_time 可以大于 max_execution_time 的原因所在。
三：禁用若干选项
•error_reporting -- PHP 可执行的日志记录数是可配置的。在生产环境中，禁用除最重要的日志以外的一切日志记录能够减少磁盘写操作。如果需要使用日志来排除问题，那么可以按需启用日志记录。error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR 将启用足够的日志记录，使您发现问题，同时从脚本中消除大量无用的内容。
•register_globals — 在 PHP V4.2 之前该功能常常是默认值，其中传入的请求变量被自动赋给普通 PHP 变量。这样做除了引起重大安全问题之外(使未过滤的传入请求数据与普通 PHP 变量内容相混)，对每一个请求这样做还会产生开销。因此禁用这一设置使您的应用程序更安全且能提高性能。
•magic_quotes_* — 这是 PHP V4 的另一遗留项，其中传入的数据会自动避开有风险的表单数据。它旨在作为一个安全特性，在将传入的数据发送到数据库之前对其进行整理，但不是很有效，因为它不能帮助用户预防常见的 SQL 注入攻击。由于大部分数据库层支持能更好地处理该风险的准备语句，禁用该设置会再次消除这个烦人的性能问题。
•always_populate_raw_post_data — 这仅当您出于某些原因需要查看传入的未过滤 POST 数据的整个负载时才需要。否则，它仅在内存中存储 POST 数据的一个副本，而这没有必要。
注：这只是鄙人整理的部分php优化方法，如果大家有别的方法，请跟帖哈，我再做相应整理，谢谢！