PHP-FPM开发下性能瓶颈

问答 / 1 / 12 / 创建于 3年前

目前项目在传统的PHP-FPM下面开发，但是现在有性能瓶颈，无法通过代码优化了，代码请求第三方耗时500ms～600ms，剩下的就是数据组装，差不多会花费100～到200ms
现在遇到耗时瓶颈，以及并发瓶颈，用workerman会不会好点，还是直接换go重写，还是有好的处理方法，内部原因不考虑swoole

21 声望

暂无个人描述~

推荐文章：

更多推荐...

PHP高性能网络编程之管道(1) 12 / 5 |

高并发下的超卖和一人一单 26 / 2 |

自己录制的Symfony5视频教程，免费分享给大家学习。 30 / 24 |

面试官：如何设计一个高性能短链系统？ 34 / 2 |

4 个常见的 PHP 代码性能对比 30 / 7 |

4个提高脚本性能的PHP技巧 35 / 8 |

讨论数量: 12

张三

48 声望

可以试下webman，性能杠杠的

3年前评论

renxiaotu

377 声望

看起来代码请求第三方耗时 500ms～600ms这部分才是大头，如果请求结果是要返回给前端的，那你再怎么优化也突破不了这个时间限制吧，换go或者别的也没用呀

3年前评论

xiaobaiyihao （楼主）

对的，所以现在就是减少php-fpm一个销毁的消耗，还有一个常驻进程服务器减少一点儿

zhuzixian520

版主 543 声望 / 站長 @ 軍統民間軟件工作站

请求三方的耗时过长，能不能做个缓存，如果不考虑时效性，可以设置个1分过期或者其他，这样可以缓解每次请求的压力，具体看你业务

3年前评论

xiaobaiyihao （楼主）

没办法，业务需求就是实时性的获取

九霄道长

课程读者 200 声望 / 全干工程师 @ 家里蹲

fpm也是进程复用的啊

3年前评论

cvoid

30 声望

请求三方接口 500ms～600ms 是单接口还是多个接口

可以单接口用go重写个demo出来试试，不费多少时间的 .. 不过go的生态目前来说感觉挺垃圾的大规模重构成本应该很高

3年前评论

xiaobaiyihao （楼主）

多个并发接口，而且项目跟钱挂钩，改动成本跟改动方案都要反复敲推

cvoid （作者）

@xiaobaiyihao 多个并发接口有用 www.php.net/manual/zh/function.cur... 去优化么？或者有用Guzzle的异步模式去尝试么？总体还是这里IO的瓶颈如果第三方接口合理应该可以砍下一半的请求时间

xiaobaiyihao （楼主）

@cvoid 这些肯定都是有考虑到有做的，大项目，2000～3000QPS

cvoid （作者）

@xiaobaiyihao 是我审题没看清楚。我们当初从laravel切换到hyperf 简单接口QPS大概翻了6-7倍多。这个应该与workerman和go的性能类似了。希望能给你一点参考了。

kolin

@cvoid 楼主已经说了不考虑swoole 所以应该就不用hyperf了吧直接上webman

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助