推荐学习书目
› Learn Python the Hard Way
Python Sites
› PyPI - Python Package Index
› http://diveintopython.org/toc/index.html
› Pocoo
值得关注的项目
› PyPy
› Celery
› Jinja2
› Read the Docs
› gevent
› pyenv
› virtualenv
› Stackless Python
› Beautiful Soup
› 结巴中文分词
› Green Unicorn
› Sentry
› Shovel
› Pyflakes
› pytest
Python 编程
› pep8 Checker
Styles
› PEP 8
› Google Python Style Guide
› Code Style from The Hitchhiker's Guide
vegetableChick
V2EX  ›  Python

nginx 响应时间太久

  •  
  •   vegetableChick · Aug 4, 2022 · 4647 views
    This topic created in 1553 days ago, the information mentioned may be changed or developed.

    在用 nginx + uwsgi + Django 来启动服务的过程中, 发现uwsgi的响应时间很快, 但是nginx 的响应时间过长了, 然后浏览器得到 504 Gateway Time-out异常

    以下是一些相关的配置:

    uwsgi config

    [uwsgi]
    pythonpath=/path/to/pythonpath
    chdir=/path/to/chdir
    env=DJANGO_SETTINGS_MODULE=conf.settings
    module=moudle.wsgi
    master=True
    pidfile=logs/pidfile.pid
    vacuum=True
    max-requests=1000
    enable-threads=true
    processes = 4
    threads=8
    listen=1024
    daemonize=logs/wsgi.log
    http=0.0.0.0:10205
    buffer-size=32000
    socket-timeout=1500
    harakiri=1500
    http-timeout=1500
    
    nginx config

    nginx.conf

    worker_processes  12;
    
    events {
        use epoll;
        worker_connections  65535;
    }
    
    
    http {
        include       mime.types;
        include       log_format.conf;
        include       upstream.conf;
        default_type  application/octet-stream;
    
        sendfile        on;
        tcp_nopush     on;
    
        keepalive_timeout  1800;
        server_tokens off;
    
        client_max_body_size 100m;
        gzip  on;
        gzip_min_length 1k;
        gzip_buffers 4 16k;
        gzip_comp_level 5;
        gzip_types text/plain application/json application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
        gzip_vary off;
        include "site-enabled/*.conf";
        proxy_buffering on;
        proxy_buffer_size 4k;
        proxy_buffers 8 1M;
        proxy_busy_buffers_size 2M;
        proxy_max_temp_file_size 0;
    }
    

    log_format.conf

    log_format upstream '$remote_addr - $host [$time_local] "$request" '
                        '$status $body_bytes_sent $request_time $upstream_response_time '
                        '"$http_user_agent" "$http_x_forwarded_for" ';
    

    upstream.conf

    
    upstream my_service {
            server host:16020  weight=50;
            server host:16020  weight=50;
            keepalive 100;
    }
    
    

    site-enabled/my_service.conf

    server {
        listen 7020;
        server_name  my-service.xxx.cn;
        client_max_body_size 100M;
        access_log  logs/my_service_access.log  upstream;
        root /path/to/my_service/dist;
    
        location ^~ /api/base_api {
            proxy_redirect off;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_read_timeout 90;
            proxy_pass http://my_service;
            uwsgi_buffering  on;
            uwsgi_buffers    8 8k;
            uwsgi_buffer_size  8k;
        }
    
        location / {
            try_files $uri /index.html =404;
        }
    }
    
    

    调用 api 后 uwsgi响应很快

    [pid: 8841|app: 0|req: 4390/12492] xxx.xxx.xxx.xxx () {44 vars in 1103 bytes} [Thu Aug  4 14:13:23 2022] GET /api/account_opening_review/aor?page_size=1000 => generated 1668926 bytes in 499 msecs (HTTP/1.0 200) 4 headers in 119 bytes (1 switches on core 3)
    

    但是 nginx响应很耗时

    xxx.xxx.xxx.xxx - host [04/Aug/2022:14:25:05 +0800] "GET /api/account_opening_review/aor?page_size=1000 HTTP/1.1" 499 0 60.000 60.000 "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36" "xxx.xxx.xxx.xxx"
    
    

    如何加速nginx的响应速度呢? 加上响应的缓存好像也不生效, 或者是我写的有问题?

    请大家帮忙看一下, 谢谢了!

    24 replies  •  2022-08-11 11:12:27 +08:00
    dem0ns
    dem0ns
    Aug 4, 2022
    1
    504 Gateway Time-out 不是 nginx 响应太久,而是 nginx 等后端响应得太久
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    2
    @dem0ns 看`uwsgi`不是已经返回响应了吗, `generated 1668926 bytes in 499 msecs`.
    dem0ns
    dem0ns
    Aug 4, 2022
    3
    有很多可能

    upstream my_service {
    server host:16020 weight=50;
    server host:16020 weight=50;
    keepalive 100;
    }

    比如你的 host 其中一个卡住了


    或者 uwsgi 不支持并发访问等等


    但基本排除 nginx 自己的问题
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    4
    @dem0ns 和`uwsgi`返回数据的大小有关吗, 我这个示例响应数据有几 M 吧
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    5
    @dem0ns 请问, 有什么好的方法去定位一下您说的原因吗
    dem0ns
    dem0ns
    Aug 4, 2022
    6
    http=0.0.0.0:10205



    upstream my_service {
    server host:16020 weight=50;
    server host:16020 weight=50;
    keepalive 100;
    }



    我看见你两个端口不一致,是不是这个问题?
    gengchun
    gengchun
    Aug 4, 2022
    7
    我觉得又见到了一个 proxy_pass 调的公网地址,然后公网 1M 带宽的。

    uwsgi 肯定也没有开 gzip 。
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    8
    @dem0ns 抱歉这个端口是一致的 我写错了
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    9
    @gengchun 不好意思, 您能展开讲一下么, 不甚感激
    encro
    encro
    Aug 4, 2022
    10
    @vegetableChick

    upstream my_service {
    server host:16020 weight=50;
    server host:16020 weight=50;
    keepalive 100;
    }

    host 要换成内网 IP 。
    如果没问题,那么就是带宽限制了。
    encro
    encro
    Aug 4, 2022
    11
    nginx 60 秒超时了,就没连上。
    gengchun
    gengchun
    Aug 4, 2022
    12
    @encro 如果是全部超时,那就是防火墙都没有开。
    bigpigB
    bigpigB
    Aug 4, 2022
    13
    @gengchun 点赞同,其实 uwsgi 已经返回到 nginx 端了,这个时间是 nginx 和 client 客户端 data send 的过程(nginx 默认 send proxy timeout 60s),出现问题是在 client 跟 nginx 之间数据传输?
    ggvm
    ggvm
    Aug 4, 2022
    14
    把 nginx 去掉,直接看 cgi 需要多少执行时间。

    再你 py 代码上加上一些时间统计的东西看看。
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    15
    @gengchun
    @encro 返回数据量小是没有问题的
    vegetableChick
    vegetableChick
    OP
    Aug 4, 2022
    16
    @bigpigB 有什么办法可以加快这个传输吗?
    wonderfulcxm
    wonderfulcxm
    Aug 4, 2022
    17
    504 是 upstream 的问题,你去 nginx 那台 Server curl 请求下 proxy 的那个服务
    encro
    encro
    Aug 4, 2022
    18
    @vegetableChick

    那就是你带宽被限制了。
    vegetableChick
    vegetableChick
    OP
    Aug 5, 2022
    19
    @gengchun 咨询了运维同学 带宽是 50M
    yc8332
    yc8332
    Aug 5, 2022
    20
    看你 nginx 的日志是 499 ,这个是客户端和 nginx 断开了。
    yc8332
    yc8332
    Aug 5, 2022
    21
    你可以试试单个连接会不会有问题,如果没有问题,那就是你的 python 那边有问题。比如不支持并发之类的
    buffzty
    buffzty
    Aug 5, 2022
    22
    最简单有效的方式 tcpdump 抓包 分析
    gengchun
    gengchun
    Aug 5, 2022
    23
    @vegetableChick 都有运维了让运维解决。
    hope4tomorrow
    hope4tomorrow
    Aug 11, 2022
    24
    先简化配置,然后 reload ,看能不能复现,通过缩小配置范围,缩小问题出现的范围
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5229 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 42ms · UTC 03:40 · PVG 11:40 · LAX 19:40 · JFK 22:40
    ♥ Do have faith in what you're doing.