|
#Nginx进程与线程模式:
1.进程线程模式:主进程->多Worker工作进程(Cpu数量)->单线程(默认)
2.内存消耗极低
#Linux下单用户并发打开文件数:
1.查看
ulimit -n
1024
2.设置
vi /etc/security/limits.conf
* soft nofile 65535
* hard nofile 65535
3.重启生效
init 6
#Nginx配置参考:
{
worker_processes 2;
worker_cpu_affinity 0001 0010;
worker_rlimit_nofile 65535;
events {
use epoll;
worker_connections 65535;
}
http {
sendfile on;
tcp_nopush on;
keepalive_timeout 60;
keepalive_requests 10240;
tcp_nodelay on;
client_header_buffer_size 4k;
open_file_cache max=102400 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 1;
client_header_timeout 15;
client_body_timeout 15;
reset_timedout_connection on;
send_timeout 15;
server_tokens off;
client_max_body_size 10m;
gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/css text/javascript;
fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
fastcgi_temp_path /usr/local/nginx/fastcgi_temp;
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m inactive=1d max_size=10g;
server {
location ~* \.(ico|jpe?g|gif|png)$ {
expires 30d;
access_log off;
}
location ~* \.(js|css)$ {
expires 7d;
access_log off;
}
}
}
}
#CPU、工作进程和打开文件数:
worker_processes 2;
worker_cpu_affinity 0001 0010;
worker_rlimit_nofile 65535;
{
1.worker_processes
nginx运行工作进程个数,一般设置cpu的核心,如:worker_processes 2。
2.worker_cpu_affinity
运行CPU亲和力,与worker_processes对应,如:worker_cpu_affinity 0001 0010。
3.worker_rlimit_nofile
Nginx最多可以打开文件数,与ulimit -n保持一致,如:worker_rlimit_nofile 65535。
}
#events事件处理模型:
use epoll;
worker_connections 65535;
{
1.events
事件处理模型。
2.work_connections:
是单个worker进程允许客户端最大连接数,这个数值一般根据服务器性能和内存来制定,实际最大值就是worker进程数乘以work_connections,实际我们填入一个65535,足够了。
}
#http高效传输模式:
sendfile on;
tcp_nopush on;
{
1.sendfile :
开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,对于普通应用设为 on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载。
2.tcp_nopush:
必须在sendfile开启模式才有效,防止网路阻塞,积极的减少网络报文段的数量,将响应头和正文的开始部分一起发送,而不一个接一个的发送。
}
#连接超时时间:
keepalive_timeout 60;
keepalive_requests 10240;
tcp_nodelay on;
client_header_buffer_size 4k;
open_file_cache max=102400 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 1;
client_header_timeout 15;
client_body_timeout 15;
reset_timedout_connection on;
send_timeout 15;
server_tokens off;
client_max_body_size 10m;
{
1.keepalived_timeout 60:
客户端连接保持会话超时时间,超过这个时间,服务器断开这个链接。
2.keepalive_requests 10240:
参数限制了一个HTTP长连接最多可以处理完成的最大请求数, 默认是100。当连接处理完成的请求数达到最大请求数后,将关闭连接。
3.tcp_nodelay:
也是防止网络阻塞
4.client_header_buffer_size 4k:
客户端请求头部的缓冲区大小,这个可以根据你的系统分页大小来设置,一般一个请求头的大小不会超过 1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE取得。
5.open_file_cache max=102400 inactive=20s:
这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive 是指经过多长时间文件没被请求后删除缓存。
6.open_file_cache_valid 30s:
这个是指多长时间检查一次缓存的有效信息。
7.open_file_cache_min_uses 1:
open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive 时间内一次没被使用,它将被移除。
8.client_header_timeout:
设置请求头的超时时间。我们也可以把这个设置低些,如果超过这个时间没有发送任何数据,nginx将返回request time out的错误。
9.client_body_timeout:
设置请求体的超时时间。我们也可以把这个设置低些,超过这个时间没有发送任何数据,和上面一样的错误提示。
10.reset_timeout_connection:
告诉nginx关闭不响应的客户端连接。这将会释放那个客户端所占有的内存空间。
11.send_timeout:
响应客户端超时时间,这个超时时间仅限于两个活动之间的时间,如果超过这个时间,客户端没有任何活动,nginx关闭连接。
12.server_tokens:
并不会让nginx执行的速度更快,但它可以关闭在错误页面中的nginx版本数字,这样对于安全性是有好处的。
13.client_max_body_size:
上传文件大小限制。
}
#gzip压缩调优:
gzip on;
gzip_min_length 2k;
gzip_buffers 4 32k;
gzip_http_version 1.1;
gzip_comp_level 6;
gzip_types text/html text/css text/javascript;
{
1.gzip on:
开启压缩功能
2.gzip_min_length 1k:
设置允许压缩的页面最小字节数,页面字节数从header头的Content-Length中获取,默认值是0,不管页面多大都进行压缩,建议设置成大于1K,如果小与1K可能会越压越大。
3.gzip_buffers 4 32k:
压缩缓冲区大小,表示申请4个单位为32K的内存作为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果。
4.gzip_http_version 1.1:
压缩版本,用于设置识别HTTP协议版本,默认是1.1,目前大部分浏览器已经支持GZIP解压,使用默认即可
5.gzip_comp_level 6:
压缩比例,用来指定GZIP压缩比,1压缩比最小,处理速度最快,9压缩比最大,传输速度快,但是处理慢,也比较消耗CPU资源。
6.gzip_types text/html text/css text/javascript:
用来指定压缩的类型,text/html类型总是会被压缩。默认值: gzip_types text/html。
}
#fastcgi配置优化:
fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
fastcgi_temp_path /usr/local/nginx/fastcgi_temp;
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m inactive=1d max_size=10g;
{
1.fastcgi_connect_timeout:
指定连接到后端FastCGI的超时时间,如:600
2.fastcgi_send_timeout:
向FastCGI传送请求的超时时间,如:600
3.fastcgi_read_timeout:
指定接收FastCGI应答的超时时间,如:600
4.fastcgi_buffer_size:
指定读取FastCGI应答第一部分需要用多大的缓冲区,默认的缓冲区大小为fastcgi_buffers指令中的每块大小,可以将这个值设置更小,如: 64k。
5.fastcgi_buffers:
指定本地需要用多少和多大的缓冲区来缓冲FastCGI的应答请求,如果一个php脚本所产生的页面大小为256KB,那么会分配4个64KB的缓冲区来缓存,如果页面大小大于256KB,那么大于256KB的部分会缓存到fastcgi_temp_path指定的路径中,但是这并不是好方法,因为内存中的数据处理速度要快于磁盘。一般这个值应该为站点中php脚本所产生的页面大小的中间值,如果站点大部分脚本所产生的页面大小为256KB,那么可以把这个值设置为“8 32K”、“4 64k”等。如:4 64k
6.fastcgi_busy_buffers_size:
建议设置为fastcgi_buffers的两倍,繁忙时候的buffer,如:128k
7.fastcgi_temp_file_write_size:
在写入fastcgi_temp_path时将用多大的数据块,默认值是fastcgi_buffers的两倍,该数值设置小时若负载上来时可能报502BadGateway,如:128k
8.fastcgi_temp_path:
缓存临时目录
9.fastcgi_cache_path:
/usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m inactive=1d max_size=10g: fastcgi_cache缓存目录,可以设置目录层级,比如1:2会生成16256个子目录,cache_fastcgi是这个缓存空间的名字,cache是用多少内存(这样热门的内容nginx直接放内存,提高访问速度),inactive表示默认失效时间,如果缓存数据在失效时间内没有被访问,将被删除,max_size表示最多用多少硬盘空间。
}
#expires缓存调优:
图片在客户端浏览器缓存30天并,且访问图片不生成日志
location ~* \.(ico|jpe?g|gif|png)$ {
expires 30d;
access_log off;
}
js或css静态文件在客户端浏览器缓存7天,且访问静态资源不产生日志
location ~* \.(js|css)$ {
expires 7d;
access_log off;
}
|
|