PHPer 现在写后台业务 实现高并发只有 swoole 吗

[csulyb]

说说现在是什么架构，
是用 php-fpm 多进程模式， 如何处理 io 并发低的问题？
还是 swoole 或者 CLI 模式来处理的

[seth19960929]

swoole 不是无缝迁移的, 你以为是把 php-fpm 换成 swoole 运行时? 实际上是要把 php 代码 换成 swoole 写法的代码

[hefish]

不是的亲，还可以自己开发新的方案。

[encro]

不知道什么是高并发，我一个 PHP 的项目，4h8g 一天几万单，几千万请求，几百万用户，几亿记录。

[lbp0200]

后台业务，高并发
有几十万人登陆后台吗？

[liqinliqin]

推荐 Swoole

[liuzhaowei55]

@csulyb 这不是啥问题，除非现在你是单实例部署，不然早该遇到这个问题了

[gavy41]

我也在 workman 和 swoole 之间选择，似乎 workman 更成熟

[iomect]

我觉得你可以先说一下你的高并发是多高...
我接触的所有项目在没 bug 的情况下出现高延迟都是数据库扛不住导致的 没有其他情况....

[ding2dong]

原生 PHP 框架单机跑 1000QPS 很难吗？你不要用它做基础服务就行，php 是用来做业务的。

[vescape920]

推荐 webman ，基于 workerman 的框架 后台界面安装 webman-admin 即可。 选择用 swoole 的话就 hyperf 框架，可以使用 MineAdmin ，基于 hyperf+vue 的后台管理

[kakki]

上过 swoole 的车，不建议，什么库他都得劈个叉做个 swoole 定制版，这不是脑裂是什么？性能敏感还不如直接 golang ，懒得学你就用 webman ，舒服还得是 Laravel ，不折腾。

[lyhiving]

swoole 貌似生态不好，一直不温不火

[owen800q]

@iomect 2W QPS

[chenchengbin]

roadrunner 加持，swoole 的代码修改成本太高， 需要自己的生态

[kingjpa]

我觉得大概率是你 sql 上的问题， 目前做项目到最后发现都是 压力全在 sql 查询上，
把常用数据缓存到内存 就可解决大部分问题。

如果确实是数据库这里有优化不够，那你用啥语言都区别不大。

[crynocry]

@kakki swoole 走的 hook 所有 io 函数去切换 io .. 它的唯一优势就是可以直接用 fpm 的库 你应该没深度用过

[lp7631010]

高并发优化大多数情况下 是在缓存和 sql 优化或者在架构、流程设计以及代码优化上动手 和语言的关系 不能说没有 只能说没那么大吧。。。语言再快 写的一坨屎又有什么用 ！ 说到底还是看人！语言和语言（同样的代码）本身差的那几毫秒对于很多场景来说没那么大影响吧！ php 的话 开启 opcache 或者 swoole 、workerman

[sarices]

瓶颈大概出在数据库，先优化数据库看看

[kakki]

@crynocry 很多库都是单独进行过协程化的，不是直接拿过来就用的。

[csulyb]

@encro #23
@ding2dong #29
说的很有道理。
php fpm 是访问拉起一个进程，如果同时 1k 用户请求一个数据查询服务器，意味着这 1k 的进程对数据库发起 1k 个 tcp 连接，即使是用 redis ，也是 1k 个客户端进行连接，实际中是这样用的吗？

线程池、连接池类似的技术完全用不上。