想起来记录一下自己对PHP的优化思路
针对Nginx和 PHP-FPM进行优化
首先应该分为代码层面、配置层面、架构层面
代码层面 参见了https://segmentfault.com/a/1190000009442044 这篇文章
1.减少PHP代码量
显而易见,PHP作为解释性语言,每次执行都要解析编译到OPCODE,如果代码量越大,需要从PHP代码解析到OPCODE的工作量就越大,这时,可以尝试尽量多的采用系统内置函数。PHP系统对String Array File等操作函数很多,其底层实现为C,自然要比我们写PHP代码要来的快。
2.错误抑制符号 @ 尽量不用,会影响性能
3.少用正则表达式,PHP自带String 相关函数功能很强大,类似strstr() strrchr() strpos() strrpos()等,因为正则表达式会导致过多的回溯,比较占用CPU。
4.避免在循环内做计算
ZendEngine也许(TODO:使用VLD扩展去论证)不够聪明,循环内每次循环都会做相应的计算。
eg:
// 这会导致每次循环都计算count,因此效率会低一些
5.类内方法,非必需面向对象,定义为Static会提升性能
6.误区:require、include等函数在使用带变量的引入其他脚本,会导致性能缺失嘛? 不会,realpath _cache 了解一下
7.switch性能优于if elseif 因为switch在比较的时候,底层会形成类似HashMap的结构,以O(1)的效率找到执行分支,if不会。
8.非必需情况下,少使用全局变量。
9.$i++会比$++i慢一些,但是ZendEngine会优化掉。
10.foreach效率更高
配置层面 (自己的认识还比较浅薄)
1. php-fpm 运行模式 https://blog.csdn.net/baidu_21154279/article/details/54929664
如果内存大,使用静态模式,pm.workers数量为 内存大小 / 30M 避免线程开闭导致的开销
如果内存小,使用动态模式 pm workers 数量为 内存大小 / 20M
动态模式能更好的规避内存泄露相关问题,例如exec执行某些指令失败,可以考虑重启FPM(USR2)
2.php OPCACHE
使用Opcache扩展能更好的提升性能,其默认缓存最小粒度当然是脚本文件,缓存根据是脚本的mtime ,因此注意rsync带来的坑,默认缓存文件个数为 2k, 默认缓存时间1s 后自动检查更新。
3.php realpath cache
使用realpath cache能更好的令PHP进行require include等操作。
4.php-fpm 与 nginx的沟通模式
默认使用TCP socket进行沟通,如果PHP和nginx是1:1的关系,那么不妨使用Unix socket ,这样能减少TCP协议相关压力,避免回环,提升性能,但是可能稳定性会稍微降低一些。
5.数据库presistent持久链接配置启动,可以实现长连接,提升性能。
架构层面
1. 使用Cache,类似Memcache,Redis等,减少数据库压力(注意缓存穿透时的回原压力)
2. 使用MQ进行削峰,异步调度总能性能更加
3.接入层负载均衡,可以根据不同的配置,分发不同的权重等
4.DB读写分离