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

@sarices 是的 我现在阶段没有加 redis ， 一个登录扫描和支付扫码结果，直接去数据库查的，导致 tps 上不去

webman amphp

问题关键原因你确认是 php 的瓶颈，而不是 mysql 等瓶颈吗。我建议先把根本原因找到。

现在不是都直接用 GO 写了，谁还用这个。

先查查 sql 慢查询吧，频繁连接关闭数据库连接虽然耗性能，但不多，0.1 秒内基本能完成。

@csulyb

PHP 性能优化三板斧：

1 ，php fpm 慢日志
2 ，mysql 慢日志以及慢日志工具
3, nginx access log 加执行时间和响应时间以及分析解析脚本

大部分时候，你有 1 就可以了。

性能优化，首先你得找到瓶颈在哪里。。。定位问题才能解决问题。。。

离开瓶颈根源谈性能优化，就如现代医生放弃检查和望闻问切，能医好病人，那不是撞大运吗？

不如直接 go

我很想知道你们的高并发有多高？以前有个电商项目日活 300W ，php 5 都没问题

@iomect 对的，生产大部分性能瓶颈都是数据库，实际面向用户的业务尽量抛弃数据库，数据交互用 redis+队列。
我以前优化过一个项目，用 varnish 集群 + redis 集群 + php 集群，不用 swoole ，只用 nginx + php ，完全可以 hold 住 200W 日活的项目。

推荐直接 Go

@kakki 那个是比较早期的情况，没有 hook 所有的 io 。我记得好像不知道 4.5 还是 4.6 ，开始支持 hook 原生 curl 函数开始，就只用 fpm 相同的库就行了。

目前使用自研的类似 roadrunner 方案，go+php. fpm 还是算了。swoole 我个人觉得生产用是埋坑

只是为了高并发，不想要 websocket 的话，直接 PHP-FPMj 就可以了，我测试过，带数据库操作的并发数比 node 多。

先确定性能瓶颈在哪吧，php 高版本 php-fpm 模式下常规的优化加上以后处理已经不是很慢了，大部分情况下都卡在慢 sql 上面

求求你，换个语言吧

你熟悉 node.js 的话，无疑直接用 reactphp 就行

『发现经常有请求响应很慢，超过了 5s 』

？？？这种正常思路不应该是先做 profiling 看看为啥吗？上来就指望换个框架解决？？？

用的 easyswoole ，都支持高并发，实际上慢都是 MySQL 的问题。

为什么 5s,花在哪里了.感觉就 LZ 的描述.优化代码和架构就可以了.

另外, 建议 5s 都优化到 1s 以下