nginx并发到1000就出现假死，然后重启就好了，看后台系统的流量图形很怪异见附件

royzs

回复 18# action08


    服务器就是LNMP环境，大神你指的分三步是先测试静态然后测试动态吗，因为现在已经是线上环境了，我没有做压力测试，现在nginx配置的缓存，php-fpm调整了max_children参数
nginx.conf如下

1. user  nginx;
   
2. worker_processes 16;
   
3. worker_cpu_affinity 0000000000000001 0000000000000010 0000000000000100 0000000000001000 0000000000010000 0000000000100000 0000000001000000 0000000010000000 0000000100000000 0000001000000000 0000010000000000 0000100000000000 0001000000000000 0010000000000000 0100000000000000 1000000000000000;
   
4. 
   
5. error_log  /var/log/nginx/error.log crit;
   
6. pid        /var/run/nginx.pid;
   
7. worker_rlimit_nofile 65535;
   
8. 
   
9. events {
   
10.     use epoll;
    
11.     worker_connections  65535;
    
12. }
    
13. 
    
14. http {
    
15.     #include       /etc/nginx/mime.types;
    
16.     include       mime.types;
    
17.     default_type  application/octet-stream;
    
18. 
    
19.     log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    
20.                       '$status $body_bytes_sent "$http_referer" '
    
21.                       '"$http_user_agent" "$http_x_forwarded_for"';
    
22. 
    
23.     access_log  /var/log/nginx/access.log  main;
    
24. 
    
25.     #sendfile        on;
    
26.     #tcp_nopush     on;
    
27. 
    
28.     #keepalive_timeout  65;
    
29. 
    
30.     server_names_hash_bucket_size 128;
    
31.     client_header_buffer_size 4k;
    
32.     large_client_header_buffers 4 32k;
    
33.     client_max_body_size 300m;
    
34.     client_body_buffer_size 128k;
    
35. 
    
36.     sendfile on;
    
37.     tcp_nopush on;
    
38.     keepalive_timeout 60;
    
39.     tcp_nodelay on;
    
40.    
    
41.     fastcgi_cache_path /var/cache/nginx/fastcgi_cache levels=1:2
    
42.     keys_zone=TEST:10m
    
43.     inactive=5m;
    
44.     fastcgi_connect_timeout 300;
    
45.     fastcgi_send_timeout 300;
    
46.     fastcgi_read_timeout 300;
    
47.     fastcgi_buffer_size 4k;
    
48.     fastcgi_buffers 8 4k;
    
49.     fastcgi_busy_buffers_size 8k;
    
50.     fastcgi_temp_file_write_size 8k;
    
51. 
    
52.     proxy_connect_timeout 600;
    
53.     proxy_read_timeout 300;
    
54.     proxy_send_timeout 600;
    
55.     proxy_buffer_size 64k;
    
56.     proxy_buffers 16 128k;
    
57.     proxy_busy_buffers_size 512k;
    
58.     proxy_temp_file_write_size 512k;
    
59. 
    
60.     gzip on;
    
61.     gzip_min_length 1k;
    
62.     gzip_buffers 4 16k;
    
63.     gzip_http_version 1.1;
    
64.     gzip_comp_level 2;
    
65.     gzip_types text/plainapplication/x-javascript text/css application/xml;
    
66.     gzip_vary on;
    
67. 
    
68.     proxy_temp_path /var/cache/nginx/proxy_temp;
    
69.     proxy_cache_path /var/cache/nginx/proxy_templevels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;
    
70. 
    
71.     #gzip  on;
    
72. 
    
73.     include /etc/nginx/conf.d/*.conf;
    
74. }

复制代码

vhost文件内容如下
server {
        listen       80;
        server_name www.sc.com;
        index index.html index.htm index.php;
        root  /mnt/www/we;

    location / {
        root  /mnt/www/we;
        index  index.html index.htm index.php;
    }

    location /ngx_status
    {
        stub_status on;
        access_log off;
    }

    location ~ \.php$ {
       root           html;
       fastcgi_pass   127.0.0.1:9000;
       fastcgi_index  index.php;
       fastcgi_param SCRIPT_FILENAME    /mnt/www/fanwe$fastcgi_script_name;
       include        fastcgi_params;
    }

        location ~ .*\.(php|php5)?$ {
                fastcgi_pass unix:/tmp/php-cgi.sock;
                fastcgi_index index.php;
                #include fcgi.conf;
        }

        location ~ .*\.(ico|jpg|jpeg|png|gif)$ {
                expires 1y;
                valid_referers none blocked www.sc.com *.google.com *.baidu.com;
                if ($invalid_referer) {
                        return 404;
                }
        }
}

royzs

回复 20# lyhabc


    改过来了，现在不报那个错了，并发少的时候很稳定，一上到三四千就出问题了

action08

回复 22# royzs


    压力大了，瓶颈出来了，自然就有种种延迟导致的错误


办法，短期有效果加硬件
如果时间条件等等都允许，优化业务逻辑代码，
没办法——银行是不是所有的数据都要求实时哦？？

royzs

回复 23# action08

1. 
   
2. top - 18:15:03 up  5:14,  2 users,  load average: 0.81, 1.97, 2.56
   
3. Tasks: 593 total,   1 running, 592 sleeping,   0 stopped,   0 zombie
   
4. Cpu(s):  0.2%us,  0.4%sy,  0.0%ni, 99.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
   
5. Mem:  16332772k total,  4255400k used, 12077372k free,   517884k buffers
   
6. Swap:        0k total,        0k used,        0k free,   290176k cached

复制代码

网站并发1000多，有时候会突然访问不了，过一阵子又自己恢复了，查看系统资源占用，CPU只有百分之十几，内存只用了三分之一，CPU是16核，内存是16G

royzs

找到瓶颈了，RDS CPU占用率100%，居高不下

action08

回复 25# royzs


    恭喜，一般都是数据库io跟不上，换硬件加nosql/cache，等处理方案

royzs

回复 26# action08


    您的意思是说要加nosql把MySQL的数据缓存进来，是这样吗，有没有办法在操作系统的基础上解决这个问题呢，因为程序是买的模版网站，那边技术总给扯皮，也买了阿里云的memcached做缓存，求教

action08

回复 27# royzs


    我没有做过相关的正式项目哦，说得不对不要当真

我也是看嘉宾的分享，看你想怎么解决了
嘉宾说的简单一点的做法，加机器加配置（云服务怎么整，不懂哦）
如果时间等等都比较充裕，那么就改架构，看你自己的项目情况了

royzs

回复 28# action08


    改架构现在看可能性不大，数据库的问题解决了，慢查询找出问题SQL加了索引，然后现在看nginx status

Active connections: 1427
server accepts handled requests
263741 263741 540975
Reading: 0 Writing: 31 Waiting: 1396

这个waiting值一千多，是不是太高了呢，这个意思是有1396个请求在排队么

royzs

回复 29# royzs


    网上的说法是：
waiting — 开启 keep-alive 的情况下,这个值等于 active – (reading+writing), 意思就是 Nginx 已经处理完正在等候下一次请求指令的驻留连接

理解了几遍，实在不明白这个驻留连接，和等待下一次请求指令具体指的什么