本文目录导航：
如何修正nginx的最大衔接数
修正nginx的最大衔接数方法如下：1、worker rlimit nofile用于指定一个nginx进程可以关上的最多文件形容符数目，这里是，须要经常使用命令ulimit来设置。
2定义Nginx每个进程的最大衔接数，自动是1024数值。
最大客户端衔接数由worker processes选择，在作为反向代理时，进程的最大衔接数受Linux系统进程的最大关上文件数限度，须要在口头操作系统命令ulimitn后点击worker connections运转。
3、一个nginx进程最多可以接受多少客户端同时来启动衔接，并且这个进程可以关上的最多文件数，客户衔接数无法超越客户端可衔接量。
4、管理Nginx单个进程准许的最大衔接数的参数为worker connections，参数依据主机性能和内存经常使用量来调整后，即可修正最大衔接数。
Nginx限度并发衔接数
关于一些主机流量意外、负载过大，甚至是大流量的恶意攻打访问等，启动并发数的限度（共享内存和并发限度需联合系统定制） limit_conn_zone 设置共享内存区域参数
limit_conn设置共享内存区域和给定键值的最大准许衔接数
limit_conn_log_level日志可以调整级别，自动 error
limit_conn_status前往形态码照应拒绝恳求，自动 503
示例
限度来自单个IP地址的恳求解决频率，每秒固定解决恳求数，推延过多恳求。以此来防止运行层的 DDOS 攻打（共享内存和恳求频率需联合系统定制） limit_req_zone设置共享内存区域参数
limit_req设置共享内存区域、突发大小、延时
limit_req_log_level日志可以调整级别，自动 error
limit_req_status前往形态码照应拒绝恳求，自动 503
示例
nginx能扛得住5万并发，那更大呢，怎样办
在高并发衔接的状况下，Nginx是Apache主机不错的代替品。
Nginx同时也可以作为7层负载平衡主机来经常使用。
测试结果，Nginx 0.7.14 + PHP 5.2.6 (FastCGI) 可以接受3万以上的并发衔接数，相当于等同环境下Apache的10倍。
依据阅历，4GB内存的主机+Apache（prefork形式）普通只能解决3000个并发衔接，由于它们将占用3GB以上的内存，还得为系统预留1GB的内存。
我曾经就有两台Apache主机，由于在性能文件中设置的MaxClients为4000，当Apache并发衔接数到达3800时，造成主机内存和Swap空间用满而解体。
而这台 Nginx 0.7.14 + PHP 5.2.6 (FastCGI) 主机在3万并发衔接下，开启的10个Nginx进程消耗150M内存（15M*10=150M），开启的64个php-cgi进程消耗1280M内存（20M*64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。
假设主机内存较小，齐全可以只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M。
在3万并发衔接下，访问Nginx 0.7.14 + PHP 5.2.6 (FastCGI) 主机的PHP程序，依然速度飞快。
你说的5万可以成功最高能到达10万并发 然而有一个疑问你的主机性能要跟得上才可以玩要不然弄到那个并发数也没啥意义
