一天 2 亿 pv 左右 一般需要多少台机器，目前 swoole+redis+mysql

[void1900]

一天 2 亿 pv 左右 一般需要多少台机器，目前 swoole+redis+mysql

三台机器，其中两台放着 redis+跑 swoole 服务，mysql 是云上的 1H1G 50G...

目前三台机器负载基本满了，如果换 go 会得到提升吗……

统计业务，redis 计次，定时+某些条件写入 mysql

redis
instantaneous_ops_per_sec:62207
...

[mscb]

峰值 qps 有多少呢？

[void1900]

@mscb 3000 左右 峰值负载基本上是满的

[void1900]

nginx status
Active connections: 37033
server accepts handled requests
31769296193 31769296193 31445439302
Reading: 2 Writing: 7 Waiting: 37024


3000 qps 是 ngxtop -l 日志文件的统计

[mscb]

我觉得 swoole 已经不错了，直接换到 go 可能不会有大的提升，但是可能还是有帮助。主要是目前瓶颈在哪个方面呢？是数据库部分还是 API 接口部分呢？

[void1900]

@mscb 数据库连接数比较低，主要是 redis 和 swoole 的服务， 两台跑 redis+swoole 的机器都分别开了 3 个 redis 实例

主要是想知道其他语言（ java/go ）会不会有提升

[sagaxu]

只是统计？一台就够了

[void1900]

三台机器都是 4H8G 的

[Vegetable]

换到的话是可以降低资源的消耗,但是具体能降多少就很难判断了.

[void1900]

@sagaxu 统计的维度很多。。。

[mscb]

@void1900 那可以试试切换到 go

[sagaxu]

@void1900 如果统计的 item 不多，直接放内存里，定期刷入 db，redis 都不用

[void1900]

@sagaxu 统计的计次维度相乘 大概有 50w 左右，还要 ip,uv 去重，也是放 redis，一台机器不现实吧

[mscb]

@void1900 所以看你们的业务，统计还需要做一定的计算是吗？那确实可以试试切换到 go

[void1900]

@mscb 计算其实不多，需要的资源确实和业务相关性比较强，算了，太难讨论了，关贴了。。

[davidyanxw]

一天 pv2 亿，按照 12 小时计算，qps:4629
两台机器，单机 qps:2314
qps4000+, 扩容一台机器单机 qps1500+，扩容两台机器单机 qps1200+

按照 swoole 官方的测试，swoole 的性能比 golang 会高
https://wiki.swoole.com/wiki/page/508.html

所以，个人不建议换 golang，收益不会高太多；
建议扩容，收益更高一些。

[oneonesv]

记得以前压测接口，golang 和 swoole 差距不是很大

[void1900]

@davidyanxw 主要 redis 进程 cpu 占用也在 80%左右，我在想 swoole 性能应该是够的

[shenqi]

前端外行的建议：

统计业务入口使用 go 重写，一个入口通过参数，设置不同的统计值+1，写入 redis。实时。
写入 mysql 那边通过定时或者某些条件触发现有接口写入。非实时。

[liprais]

你不用换语言就再写一遍性能都会高很多

[void1900]

@shenqi 哈哈 现在就是这样了