PHP-FPM开发下性能瓶颈

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

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

xiaobaiyihao

21 声望

暂无个人描述~

0 人点赞

讨论数量: 12

张三

48 声望

可以试下webman，性能杠杠的

2年前评论

renxiaotu

377 声望

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

2年前评论

xiaobaiyihao （楼主）

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

zhuzixian520

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

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

2年前评论

xiaobaiyihao （楼主）

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

九霄道长

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

fpm也是进程复用的啊

2年前评论

cvoid

30 声望

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

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

2年前评论

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

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

帮助

PHP-FPM开发下性能瓶颈

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

PHP-FPM开发下性能瓶颈

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录