V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
edk24
V2EX  ›  PHP

求助! PHP -fpm 并发配置

  •  
  •   edk24 · Dec 19, 2020 · 4643 views
    This topic created in 1960 days ago, the information mentioned may be changed or developed.

    服务器配置 4 核 16g 100 个设备瞬间并发 300+, cpu 瞬间 80% 90%, 求优化建议

    没有第三方扩展, 框架 yii2, 阿里云数据库, 在服务器上就一个 redis6.0 和 php nginx

    人都要崩溃了...

    php-fpm.conf

    pm = dynamic
    pm.max_children = 250
    pm.start_servers = 100
    pm.min_spare_servers = 50
    pm.max_spare_servers = 150
    pm.max_requests = 2048
    pm.process_idle_timeout = 10s
    request_terminate_timeout = 8s
    request_slowlog_timeout = 1s
    slowlog = var/log/slow.log
    
    Supplement 1  ·  Dec 19, 2020
    更新,尝试开启 opcache 后 609+请求瞬间 cpu24%最高, 应该算是好了 谢谢大家的热心回复
    30 replies    2021-02-25 14:33:57 +08:00
    wangbenjun5
        1
    wangbenjun5  
       Dec 19, 2020
    那就换 go 重写呗。。。
    rekulas
        2
    rekulas  
       Dec 19, 2020
    听你描述 php 这边没啥优化价值 应该去优化系统吧 充分利用 redis 可以提速 5-10x
    towser
        3
    towser  
       Dec 19, 2020
    并发一直很高就把进程改为静态启动( pm = static ),算好内存把进程数拉满。不过提升不会很大。profile 看看性能瓶颈在哪,如果卡在 CPU 上就只能加机器。
    heart4lor
        4
    heart4lor  
       Dec 19, 2020
    应该从代码逻辑层面优化吧,哪里慢改造哪里
    haiyang416
        5
    haiyang416  
       Dec 19, 2020
    降低 pm.max_children 和 pm.start_servers,这个要根据实际业务情况测试,进程太多切换开销也会增加。
    然后检查业务逻辑,慢查询之类的,检查请求响应时间。
    如果业务逻辑没有优化空间就根据响应时间和目前的并发数量加机器。
    如果业务部分简单,可以尝试迁移到 Swoole/RoadRunner/PM/Workerman 之类的常驻进程的 Server 上。
    sampeng
        6
    sampeng  
       Dec 19, 2020 via iPhone
    cpu 已经 100%改参数毫无意义。瓶颈在业务逻辑的消耗上
    linoder
        7
    linoder  
       Dec 19, 2020
    并发 300+就不行了 应该是你响应时间过长 业务代码找原因吧
    shlabc
        8
    shlabc  
       Dec 19, 2020
    试试以下参数,我用的所有服务都是源码编译的

    pm = dynamic
    pm.max_children = 800
    pm.start_servers = 600
    pm.min_spare_servers = 300
    pm.max_spare_servers = 800
    pm.max_requests = 10240
    edk24
        9
    edk24  
    OP
       Dec 19, 2020
    @wangbenjun5 时间赶不及啊大哥....
    edk24
        10
    edk24  
    OP
       Dec 19, 2020
    @rekulas 业务中大量用了 redis 也没有请求慢...
    GGGG430
        11
    GGGG430  
       Dec 19, 2020 via iPhone
    opcache 配置了吗
    wangbenjun5
        12
    wangbenjun5  
       Dec 19, 2020
    你看看单个请求消耗多大,有没有 CPU 密集型操作
    edk24
        13
    edk24  
    OP
       Dec 19, 2020
    @GGGG430 谢谢, 我在发帖的同时开启 opcache 做测试, 通过了 还是太年轻了..
    lifeintools
        14
    lifeintools  
       Dec 19, 2020
    这是你代码的问题。。这个并发 也不是很高啊
    qa2080639
        15
    qa2080639  
       Dec 19, 2020
    opcache 很强的 居然没开
    xiaoriri666
        16
    xiaoriri666  
       Dec 19, 2020
    我阿里云轻量级 1h2g 的这并发轻轻松松
    zhuzhibin
        17
    zhuzhibin  
       Dec 19, 2020
    有无把 debug 关了?
    veike
        18
    veike  
       Dec 19, 2020 via Android
    @xiaoriri666 要看一次请求处理多少业务
    hantsy
        19
    hantsy  
       Dec 20, 2020
    有没有人用 PHP 8 JIT 的?
    we3613040
        20
    we3613040  
       Dec 20, 2020
    100 个设备啥意思? 100 个服务器? 还是 100 设备请求?
    edk24
        21
    edk24  
    OP
       Dec 20, 2020
    @we3613040 哈哈 客户端数量, 模拟真人, 但是每个客户端要同时发出 n 个请求
    we3613040
        22
    we3613040  
       Dec 20, 2020
    @edk24 也可以考虑用 swoole 常驻内存方案
    Q4h7388nR28s95fa
        23
    Q4h7388nR28s95fa  
       Dec 20, 2020
    试一下这个:

    https://gitee.com/haimadongli001/scf_php_cgi_proxy

    PHP 并发问题不好处理。
    edk24
        24
    edk24  
    OP
       Dec 21, 2020
    @we3613040 关键是二开, 而且时间 jing 不然我也选择 swoole 开发了
    edk24
        25
    edk24  
    OP
       Dec 21, 2020
    @HiCode 哈哈 要是重头就用 swoole 了 其他太折腾 刚好有使用经验
    Q4h7388nR28s95fa
        26
    Q4h7388nR28s95fa  
       Dec 21, 2020
    @edk24 这个项目不需要重新开发代码,可以无缝使用你现有得 php 代码,然后用云函数做运行时。认真看介绍,会有惊喜。
    Evilk
        27
    Evilk  
       Dec 21, 2020
    我记得,PHP7,opcache,是,默认开启的
    edk24
        28
    edk24  
    OP
       Dec 22, 2020
    @Evilk 你记一下这个坑吧, lnmp 一键安装脚本安装的, 不会自动配置这项, 我安装 7.4 至少没配置开启
    walker2laok
        29
    walker2laok  
       Feb 23, 2021
    话说,楼主最后有去追查最终问题吗? 开启 opcache 应该是缓兵之计,根本问题点应该在代码逻辑
    edk24
        30
    edk24  
    OP
       Feb 25, 2021
    @walker2laok 老板跑路了, 哈哈哈哈

    那个代码是别人写的, 耦合度很高, 后来能删减的都删减了, 看慢日志优化接口, 还有 nginx 日志
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2352 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 68ms · UTC 01:12 · PVG 09:12 · LAX 18:12 · JFK 21:12
    ♥ Do have faith in what you're doing.