想起来记录一下自己对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读写分离