Laravel 到底能慢到什么程度？

[Tairy]

上半年把公司的项目用 Laravel 重构了一把，下半年流量大了之后线上 CPU 狂报警，网上都说 Laravel 慢的不行，求问有经验的大神，Larvael 到底能慢到什么程度，心里好有点谱。

感觉又要重构了，😭😭😭！

[Xrong]

看看卡在哪个 SQL 上吧

[Fishdrowned]

Laravel 慢不是什么地方出瓶颈了，而是 Laravel 这个框架本身就是瓶颈。
优化点：
1. 重构 router，特别是你的路由比较多的时候，foreach 之后还要正则就是找不痛快；
2. 用 swoole 服务模式把需要重复初始化的地方抹平，只初始化一次，不过这个会进入普通 php 程序员不熟悉的领域，而且大部分业务逻辑以及第三方组件需要修改以适应服务模式；
3. 放弃 Laravel

[guoer]

单台 3k 吗？ 先多开几台 php 机器看看。
xhprof 有工具可以生成图的，多搜索下。
这是个成长的好机会。好好把握

[lifeintools]

羡慕这种机会。。

[Veigar]

Go 最慢的 beego + redis 2 核 2G 垃圾云 单台 7k

[darluc]

@Fishdrowned 这个想法不错 swoole + phalcon

[dawniii]

https://i.loli.net/2018/01/04/5a4e3e65e5a87.jpg

上面都在说什么 哈哈

[dawniii]

[zqhong]

#42 同意 Fishdrowned 的优化建议，Laravel + swoole。

可参考： https://github.com/huang-yi/laravel-swoole-http

[cjyang1128]

先看懂 xhprof 再说吧。。

[957204459]

话说真没感觉到慢

[lalala121]

symfony 在向你招手

[TypeErrorNone]

你机器的配置是什么？

[wwek]

@dawniii 鸟哥语录没毛病

[freeminder]

之前的项目是 yaf 的路由+laravel 的 orm，离线部分利用了 laravel 的 schedule 和 artisan，之后看性能 laravel 主要在 ORM 的部分了，序列化真的要调用好多层

[scofieldpeng]

话说前几天我司外包组的接了一个维护投票的活，上家坑爹给人家在千万云上买了 8 核 16g 内存，这就算了，带宽直接撸了 200 兆，php 写的太差，几千就把 php 进程干掉了，nginx 加缓存，php 跑了多个进程，依然扛不过刷票的那帮土匪，然后，我用 golang 把核心重撸了一个，从此天下太平，所以楼主，要不换下语言？ 2333

[jhdxr]

laravel 性能的确不是那么好，毕竟遍地匿名函数，但测也不是你这么测的，laravel 是一个默认开启 session 的框架，而其他框架或者原生你压测是没有的，这个不用说在网上，在 V2EX 上也已经有无数人测过然后被指正过了

然后你这个帖子通篇没有任何信息量。CPU 狂报警，那什么程序在那吃 CPU 你看了吗？如果看下来是 MySQL 占用高，那多半是 SQL 没写好（哪怕用了 ORM，最终也会生成 SQL ）；如果是 PHP-FPM，那的确就是得优化 PHP 代码了（然而你并看不懂 xhprof _(:з」∠)_）

总觉得 PHP 日常被黑，面向 google 编程你早晚遇到瓶颈，只是来的或早或晚而已。

[wekw]

CPU 报警真是奇怪。。。。一般都是数据库优化不到位，内存爆炸，响应时间大幅增加。

[Tairy]

@jhdxr 真的不是黑 PHP，就是提出个疑问而已，我已经在抓 xhprof 研究了，占用 CPU 的就是 fpm，MySQL 是独立的主机。

[kkeiko]

laravel 本身是不错的框架，和其他框架比，慢也是事实，但同时开发更优雅，解耦更强也是事实。根本上还是要看使用者要的是什么，但有一点可以肯定的是，从来没有万能的框架，laravel 也是如此，技术架构是要不断迭代更新来适应业务的。而不能说 laravel 在这个时间节点不适应你的业务就是不好的。