PHP性能优化大全

1、第一章针对系统调用过多的优化我这次的优化针对syscall调用过多的问题,所以使用strace跟踪apache进行分析。1.apache2ctl-X&使用-X(debug参数启动httpd进程,这个时候只启动1个httpd进程2.ps-ef|grep httpd找到需要strace的pid3.strace-p$PID-o/tmp/strace.log发送一个http请求到httpd,就能看到strace信息了。一、include_path问题一般可以看到很多这类信息:stat64("/error/dir/test.php",0xbfab4b9c=-1ENOENT(N

2、o such file or directory解决方法:1.在应用php里面设置include_path,去掉'.'等相对路径,将其中包含使用文件比较多的目录放到前面。保证遍历include_path的时候能够很快找到。2.使用绝对路径进行include,require,include_once,require_once3.使用php的自动加载机制二、apache的rewrite配置RewriteEngine OnRewriteCond%DOCUMENT_ROOT%REQUEST_FILENAME!-f RewriteCond%DOCUMENT_ROOT%REQUEST_FI

3、LENAME!-d RewriteRule.*%DOCUMENT_ROOT%/index.php#RewriteRule.*/index.php这里最后一个注释掉的rewrite配置不好,因为它每次请求都会多一次syscall stat64("/index.php",0xbfab4b9c=-1ENOENT(No such file or directory三、apache日志问题我们在测试一个问题的时候,发现如果自定义日志里面记录了访问时间等信息,会多出很多stat64("/etc/localtime",st_mode=S_IFREG|0644,st_s

4、ize=165,.=0如果记录的日志比较多,性能下降非常严重,对于简单应用,记录复杂日志,性能会下降30倍。解决方法:在多个apache前端架http层的proxy,如haproxy,nginx。在这些地方记录日志。接入层负载一般不高,所以proxy可以做一些记录日志的工作。在这种配置下,可以关闭apache的日志。四、realpath(问题大家可以看一下这篇文章:lstat64调用多了之后,主机CPU和IO都会比较高。究其原因,因为php5.2.x对realpath(的实现不够好,导致会针对目录层次,逐级调用lstat64(。为了解决这个问题,它使用了realpath_cache,针对某个文

5、件,存储其realpath。这里只存储了叶子节点的realpath,而对路径上的内容没有存储,所以在做"/a/b/c/d/e/f/g/a.php"realpath检查的时候逐级调用lstat64,而在做"/a/b/c/d/e/f/g/b.php"检查的时候,还要对""/a/b/c/d/e/f/g/"做逐级检查。所以有些优化建议就是“减少目录层次,甚至放到"/"根目录下”。当然我不推荐这么干。从5.3.0开始,php对realpath(做了高效的实现,路realpath的中间路径也做了缓存,以上面的情况为例

6、,检查"/a/b/c/d/e/f/g/b.php"的时候就只会做“b.php”的检查了。所以,升级到php5.3.0以上版本能够很好地解决这个问题。解决方法:1.尽量少用include_once和require_once因为这两个函数会做realpath检查,防止有符号链接的情况导致重复加载。不用它们就能减少realpath的调用。2.合理设定php.ini中的realpath_cache_size和realpath_cache_ttl参数既然使用了realpath_cache,那肯定有大小限制。对于使用了很多文件,比如用了Zend Framework的项目,可能默认rea

7、lpath_cache_size=16k就太小了,需要增大这个设置,推荐设置为256K以上。另外默认realpath_cache_ttl=120, 2分钟就过时了,怎么也要设定为3600(1小时。这里需要注意的是,这个realpath_cache是每隔apache进程独占的,所以很吃内存的,不能设置的太大。3.升级到php5.3.x没什么好说的,如果应用经过详细测试没有问题,那么推荐升级到高版本。五、APC的使用apc能够缓存php的opcode码,能普遍提升30%的性能。但是默认apc.stat=1,这样每次请求都会访问需要使用的php文件,看看这个文件是否更新了,已决定是否重新编译php文

8、件。这个是很耗性能的,推荐关掉。解决方法:1.设定apc.stat=0,不必每次请求都访问需要用到的php文件。需要注意的是:每次发版本改动了php文件的时候,必须调用apc_clear(清除apc缓存,否则你的代码永远也不会生效。六、smarty调优对于模块化比较好,而且应用比较多的网站,如果使用了smarty模板系统,这个时候就需要对smarty进行调优了,否则smarty部分的开销就很可观。之前根据一个经验来看,smarty可以占到10%左右的开销。默认配置下,smarty对检测每个模板文件是否有更新,决定是否重新编译模板文件。如果模板文件比较多,则会多出很多stat系统调用,加上con

9、text switch,开销会不小。解决方法:1.$smarty->compile_check=false;去掉每次的检测,但是这样之后,每次发版本都要把compile_dir目录的已编译模板删除,否则你的模板文件永远也不会生效了。2.如果可能,可以使用cache功能。结论经过上面的调优,结论如下:1.升级到php5.3.1开启上面的优化,比5.2.3性能高10%以上2.在优化配置下,使用Zend Framework开发的一个搜索应用,每秒请求可达210/rps3.在优化配置下,使用doophp framework开发的一个搜索应用,每秒请求可达450/rps第二章使用APC缓存php程

10、序的执行流程客户端(浏览器请求Get hello.php-cgi服务器接(譬如apache收到请求,根据配置寻找php的处理程序(譬如mod_php-apache加载php的处理程序,php的处理程序读取php.ini初始化php 的解释环境-mod_php定位寻找hell.php,将其载入到内存中来-mod_php编译源代码成为opcode树-mod_php执行opcode树-生成结果给浏览器在这个过程中,有几点是需要注意的:1、对许多代码文件说,特别是含有很多包含文件(include or require。它们需要花费更多的时间和解析并产生中间代码。2、即使PHP代码文件没有发生改变,这个

11、执行过程还会严格的按照流程执行。也就是说,无论你的应该程序是否发生改变,每次调用的时候,都需要重新编译生成opcode码。(其实这就是编译缓存存在的理由3、这个流程不仅仅发生在主要的代码文件,对于每一次的include和require来说,都会执行这个流程。(这是可以继续优化的那些地方可以优化呢?1、将mod_php fast-cgi化,避免每次都要加载这个模块,这个模块还要每次都去初始化php的解释环境。2、缓存php文件的opcode码,这样话,避免每次都去编译。APC可用用来实现第2点。编译缓存去掉了执行PHP过程中的解析过程,所以它对含有大量PHP代码的应用程序是非常有效的。通常情况下

12、可以提升2-3倍以上的速度。对于包含大量include文件的项目,编译缓存更现实出它的优越性。注:include并不会被编译缓存进行缓存。比如现在有两个文件:main.php和tobeInclude.php,其中main.php中有这样的语句include tobeInclude.php。假设中间码的后缀为.op(实际上不是这样。那么加上缓存cache后main.php=>main.op, tobeInclude.php=>tobeInclude.op。但是PHP在执行main.php的时候,她还是需要去解析main.op中的include命令,去调用tobeInclude.op的

13、内容。具体流程是这样的。=>执行main.op=>执行tobeInclude.op=>而不是之间简单的执行main.op所以说“过多的include文件会降低程序性能的”。APC的具体配置。Alternative PHP Cache(APC是PHP的一个免费公开的优化代码缓存。它用来提供免费,公开并且强健的架构来缓存和优化PHP的中间代码。APC官方网站为1、安装以PHP extension形式安装phpize./configure-enable-apc-enable-apc-mmapmakemake install生成.so,将.so拷贝到php引用modules的目录下,

14、修改权限7552、配置apc.enabled booleanapc.optimization optimization选项在脚本中可以改变APC PHP.ini配置选项详解APC;Alternative PHP Cache用于缓存和优化PHP中间代码apc.cache_by_default=On;SYS;是否默认对所有文件启用缓冲。;若设为Off并与以加号开头的apc.filters指令一起用,则文件仅在匹配过滤器时才被缓存。apc.enable_cli=Off;SYS;是否为CLI版本启用APC功能,仅用于测试和调试目的才打开此指令。apc.enabled=On;是否启用APC,如果APC被

15、静态编译进PHP又想禁用它,这是唯一的办法。apc.file_update_protection=2;SYS;当你在一个运行中的服务器上修改文件时,你应当执行原子操作。;也就是先写进一个临时文件,然后将该文件重命名(mv到最终的名字。;文本编辑器以及cp,tar等程序却并不是这样操作的,从而导致有可能缓冲了残缺的文件。;默认值2表示在访问文件时如果发现修改时间距离访问时间小于2秒则不做缓冲。;那个不幸的访问者可能得到残缺的内容,但是这种坏影响却不会通过缓存扩大化。;如果你能确保所有的更新操作都是原子操作,那么可以用0关闭此特性。;如果你的系统由于大量的IO操作导致更新缓慢,你就需要增大此值。a

16、pc.filters=;SYS;一个以逗号分隔的POSIX扩展正则表达式列表。;如果源文件名与任意一个模式匹配,则该文件不被缓存。;注意,用来匹配的文件名是传递给include/require的文件名,而不是绝对路径。;如果正则表达式的第一个字符是"+"则意味着任何匹配表达式的文件会被缓存,;如果第一个字符是"-"则任何匹配项都不会被缓存。"-"是默认值,可以省略掉。apc.ttl=0;SYS;缓存条目在缓冲区中允许逗留的秒数。0表示永不超时。建议值为720036000。;设为0意味着缓冲区有可能被旧的缓存条目填满,从而导致无法缓存新

17、条目。apc.user_ttl=0;SYS;类似于apc.ttl,只是针对每个用户而言,建议值为720036000。;设为0意味着缓冲区有可能被旧的缓存条目填满,从而导致无法缓存新条目。apc.gc_ttl=3600;SYS;缓存条目在垃圾回收表中能够存在的秒数。;此值提供了一个安全措施,即使一个服务器进程在执行缓存的源文件时崩溃, ;而且该源文件已经被修改,为旧版本分配的内存也不会被回收,直到达到此TTL值为止。;设为零将禁用此特性。apc.include_once_override=Off;SYS;请保持为Off,否则可能导致意想不到的结果。apc.max_file_size=1M;SYS

18、;禁止大于此尺寸的文件被缓存。apc.mmap_file_mask=;SYS;如果使用enable-mmap(默认启用为APC编译了MMAP支持,;这里的值就是传递给mmap模块的mktemp风格的文件掩码(建议值为"/tmp/apc.XXXXXX"。;该掩码用于决定内存映射区域是否要被file-backed或者shared memory backed。;对于直接的file-backed内存映射,要设置成"/tmp/apc.XXXXXX"的样子(恰好6个X。;要使用POSIX风格的shm_open/mmap就需要设置成"/apc.shm.XXX

19、XXX"的样子。;你还可以设为"/dev/zero"来为匿名映射的内存使用内核的"/dev/zero"接口。;不定义此指令则表示强制使用匿名映射。apc.num_files_hint=1000;SYS;Web服务器上可能被包含或被请求的不同源文件的大致数量(建议值为10244096。;如果你不能确定,则设为0;此设定主要用于拥有数千个源文件的站点。apc.optimization=0;优化级别(建议值为0。;正整数值表示启用优化器,值越高则使用越激进的优化。;更高的值可能有非常有限的速度提升,但目前尚在试验中。apc.report_autofi

20、lter=Off;SYS;是否记录所有由于early/late binding原因而自动未被缓存的脚本。apc.shm_segments=1;SYS;为编译器缓冲区分配的共享内存块数量(建议值为1。;如果APC耗尽了共享内存,并且已将apc.shm_size指令设为系统允许的最大值,;你可以尝试增大此值。apc.shm_size=30;SYS;每个共享内存块的大小(以MB为单位,建议值为128256。;有些系统(包括大多数BSD变种默认的共享内存块大小非常少。apc.slam_defense=0;SYS(反对使用该指令,建议该用apc.write_lock指令;在非常繁忙的服务器上,无论是启动

21、服务还是修改文件,;都可能由于多个进程企图同时缓存一个文件而导致竞争条件。;这个指令用于设置进程在处理未被缓存的文件时跳过缓存步骤的百分率。;比如设为75表示在遇到未被缓存的文件时有75%的概率不进行缓存,从而减少碰撞几率。;鼓励设为0来禁用这个特性。apc.stat=On;SYS;是否启用脚本更新检查。;改变这个指令值要非常小心。;默认值On表示APC在每次请求脚本时都检查脚本是否被更新,;如果被更新则自动重新编译和缓存编译后的内容。但这样做对性能有不利影响。;如果设为Off则表示不进行检查,从而使性能得到大幅提高。;但是为了使更新的内容生效,你必须重启Web服务器。;这个指令对于inclu

22、de/require的文件同样有效。但是需要注意的是,;如果你使用的是相对路径,APC就必须在每一次include/require时都进行检查以定位文件。;而使用绝对路径则可以跳过检查,所以鼓励你使用绝对路径进行include/require操作。apc.user_entries_hint=100;SYS;类似于num_files_hint指令,只是针对每个不同用户而言。;如果你不能确定,则设为0。apc.write_lock=On;SYS;是否启用写入锁。;在非常繁忙的服务器上,无论是启动服务还是修改文件,;都可能由于多个进程企图同时缓存一个文件而导致竞争条件。;启用该指令可以避免竞争条件的

23、出现。apc.rfc1867=Off;SYS;打开该指令后,对于每个恰好在file字段之前含有APC_UPLOAD_PROGRESS字段的上传文件,APC都将自动创建一个upload_的用户缓存条目(就是APC_UPLOAD_PROGRESS字段值。3、php函数apc_cache_info-Retrieves cached information(and meta-datafrom APC's data storeapc_clear_cache-Clears the APC cacheapc_define_constants-Defines a set of constants fo

24、r later retrieval and mass-definitionapc_delete-Removes a stored variable from the cacheapc_fetch-Fetch a stored variable from the cacheapc_load_constants-Loads a set of constants from the cache apc_sma_info-Retrieves APC's Shared Memory Allocation informationapc_store-Cache a variable in the da

25、ta store 4、注意:Apc与apache的进程共享内存,所以只有在执行apache进程时,才可以往apc 中存值,普通的php进程不能访问apc共享内存。第三章提高PHP性能的编码技巧0、用单引号代替双引号来包含字符串,这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量,单引号则不会,注意:只有echo能这么做,它是一种可以把多个字符串当作参数的“函数”(译注:PHP手册中说echo是语言结构,不是真正的函数,故把函数加上了双引号。1、如果能将类的方法定义成static,就尽量定义成static,它的速度会提升将近4倍。2、$rowid的速度是$rowid的7倍。3、echo

26、比print快,并且使用echo的多重参数(译注:指用逗号而不是句点代替字符串连接,比如echo$str1,$str2。4、在执行for循环之前确定最大循环数,不要每循环一次都计算最大值,最好运用foreach代替。5、注销那些不用的变量尤其是大数组,以便释放内存。6、尽量避免使用_get,_set,_autoload。7、require_once(代价昂贵。8、include文件时尽量使用绝对路径,因为它避免了PHP去include_path里查找文件的速度,解析操作系统路径所需的时间会更少。9、如果你想知道脚本开始执行(译注:即服务器端收到客户端请求的时刻,使用$_SERVERREQUES

27、T_TIME要好于time(。10、函数代替正则表达式完成相同功能。11、str_replace函数比preg_replace函数快,但strtr函数的效率是str_replace函数的四倍。12、如果一个字符串替换函数,可接受数组或字符作为参数,并且参数长度不太长,那么可以考虑额外写一段替换代码,使得每次传递参数是一个字符,而不是只写一行代码接受数组作为查询和替换的参数。13、使用选择分支语句(译注:即switch case好于使用多个if,else if语句。14、用屏蔽错误消息的做法非常低效,极其低效。15、打开apache的mod_deflate模块,可以提高网页的浏览速度。16、数据

28、库连接当使用完毕时应关掉,不要用长连接。17、错误消息代价昂贵。18、在方法中递增局部变量,速度是最快的。几乎与在函数中调用局部变量的速度相当。19、递增一个全局变量要比递增一个局部变量慢2倍。20、递增一个对象属性（如： $this->prop+ ）要比递增一个局部变量慢 3 倍。 21、 递增一个未预定义的局部变量要比递增一个预定义的局部变量慢 9 至 10 倍。 22、仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于 递增一个局部变量） 。 后 都 ） 添 加 了 10 PHP 大 概 会 检 查 看 是 否 存 在 全 局 变 量 。 个 方 法 ， 但 性 能

29、 上 没 有 变 化 。 23、方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之 24 、 派 生 类 中 的 方 法 运 行 起 来 要 快 于 在 基 类 中 定 义 的 同 样 的 方 法 。 25、 调用带有一个参数的空函数，其花费的时间相当于执行 7 至 8 次的局部变量 递增操作。类似的方法调用所花费的时间接近于 15 次的局部变量递增操作。 26、Apache 解析一个 PHP 脚本的时间要比解析一个静态 HTML 页面慢 2 至 10 倍 。 尽 量 多 用 静 态 HTML 页 面 ， 少 用 脚 本 。 27、除非脚本可以缓存，否则每次调用时都会重新编译一

30、次。引入一套 PHP 缓 存 机 制 通 常 可 以 提 升 25% 至 100% 的 性 能 ， 以 免 除 编 译 开 销 。 28、尽量做缓存，可使用 memcached。memcached 是一款高性能的内存对象缓存 系统，可用来加速动态 Web 应用程序，减轻数据库负载。对运算码 (OP code 的 缓 存 很 有 用 ， 使 得 脚 本 不 必 为 每 个 请 求 做 重 新 编 译 。 29、当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用 strlen(函数。此函数执行起来相当快，因为它不做任何计算，只返回在 zval 结 构（C 的内置数据结构，用于存储 P

31、HP 变量）中存储的已知字符串长度。但是， 由于 strlen(是函数，多多少少会有些慢，因为函数调用会经过诸多步 骤，如字 母小写化（译注：指函数名小写化，PHP 不区分函数名大小写） 、哈希查找，会 跟随被调用的函数一起执行。在某些情况下，你可以使用 isset( 技巧加速执行 你 （ if （ if 与 举 (strlen($foo 下 < 面 5 的 例 的 echo echo 技 代 如 “Foo 巧 “Foo is is 做 too 码 下 too 比 short”$ 较 short”$ 。 ） ） (!isset($foo5 调用 isset(恰巧比 strlen(快，因为

32、与后者不同的是，isset(作为一种语言结构， 意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串 长 度 的 顶 层 代 码 中 你 没 有 花 太 多 开 销 。 34、当执行变量$i 的递增或递减时，$i+会比+$i 慢一些。这种差异是 PHP 特 有的，并不适用于其他语言，所以请不要修改你的 C 或 Java 代码并 指望它们能 立即变快，没用的。+$i 更快是因为它只需要 3 条指令(opcodes，$i+ 则需要 4 条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而 前置递增直接在原值上递增。 这是最优化处理的一种， 正如 Zend 的 PHP 优化器 所作的那样。 牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化 器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提 供 用 商 都 （ 会 ISPs 消 ） 耗 和 很 服 多 务 内 器 存 。 。 35、并不是事必面向对象 (