【优化】--Nginx优化汇总

###############################################################################

优化针对实际业务,并不针对硬件环境或者简单的配置文件!

优化的目标是增强性能、增强安全性、增强鲁棒性、充分利用硬件资源、降低成本。

优化的目的是在提高业务处理能力的基础上充分发挥硬件的性能，两者相辅相成。

优化的意义在于节省运营成本。

优化成功与否的关键是运营成本是否得到降低。

###############################################################################

编译优化

1.为特定的CPU指定CPU类型编译优化

在编译Nginx时，默认的GCC编译参数是“-O”，要优化GCC编译，可以使用以下两个参数：

--with-cc-opt='-O3'

--with-cpu-opt=CPU  #为特定的 CPU 编译，有效的值包括：pentium,pentiumpro, pentium3, pentium4, athlon, opteron, amd64, sparc32, sparc64, ppc64

要确定CPU类型，可以通过如下命令:

[root@localhost home]#cat /proc/cpuinfo |grep "model name"

2.利用TCMalloc优化Nginx的性能

TCMalloc的全称为Thread-Caching Malloc，是谷歌开发的开源工具“google-perftools”中的一个成员。与标准的glibc库的malloc相比，TCMalloc库在内存分配效率和速度上要高很多，这在很大程度上提高了服务器在高并发情况下的性能，从而降低系统负载。下面简单介绍如何为Nginx添加TCMalloc库支持。

要安装TCMalloc库，需要安装libunwind（32位操作系统不需要安装）和google-perftools两个软件包，libunwind库为基于64位CPU和操作系统的程序提供了基本函数调用链和函数调用寄存器功能。下面介绍利用TCMalloc优化Nginx的具体操作过程：

 

2.1.安装libunwind库

可以从http://download.savannah.gnu.org/releases/libunwind下载相应的libunwind版本，这里下载的是libunwind-0.99-alpha.tar.gz，安装过程如下：

 

[root@localhost home]#tar zxvf libunwind-0.99-alpha.tar.gz 

[root@localhost home]# cd libunwind-0.99-alpha/ 

[root@localhost libunwind-0.99-alpha]#CFLAGS=-fPIC ./configure 

[root@localhost libunwind-0.99-alpha]#make CFLAGS=-fPIC 

[root@localhost libunwind-0.99-alpha]#make CFLAGS=-fPIC install 

2.2.安装google-perftools

可以从http://google-perftools.googlecode.com下载相应的google-perftools版本，这里下载的是google-perftools-1.8.tar.gz，安装过程如下：

 

[root@localhost home]#tar zxvf google-perftools-1.8.tar.gz 

[root@localhost home]#cd google-perftools-1.8/ 

[root@localhost google-perftools-1.8]# ./configure 

[root@localhost google-perftools-1.8]#make && makeinstall 

[root@localhost google-perftools-1.8]#echo"/usr/local/lib" > /etc/ld.so.conf.d/usr_local_lib.conf 

[root@localhost google-perftools-1.8]# ldconfig 

至此，google-perftools安装完成。

 

3.重新编译Nginx

为了使Nginx支持google-perftools，需要在安装过程中添加“–with-google_perftools_module”选项重新编译Nginx，

3.示例编译参数

--without-http_ssi_module--without-http_userid_module --without-http_auth_basic_module--without-http_autoindex_module --without-http_geo_module--without-http_map_module --without-http_split_clients_module --without-http_fastcgi_module--without-http_uwsgi_module --without-http_scgi_module--without-http_memcached_module --without-http_browser_module--without-http_empty_gif_module --without-http_upstream_ip_hash_module--without-mail_pop3_module --without-mail_imap_module--without-mail_smtp_module --with-google_perftools_module

配置优化

#配置文件优化

Vi nginx.conf 在文件中增加红色字体部分

 

worker_processes 8;

#nginx进程数，建议按照cpu数目来指定，一般为它的倍数。

worker_cpu_affinity 00000001 00000010 0000010000001000 00010000 00100000 01000000 10000000;

#为每个进程分配cpu，上例中将8个进程分配到8个cpu，当然可以写多个，或者将一个进程分配到多个cpu。

worker_rlimit_nofile 102400;

#这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n的值保持一致。

use epoll;

#使用epoll的I/O模型，这个不用说了吧。

worker_connections 102400;

#每个进程允许的最多连接数，理论上每台nginx服务器的最大连接数为worker_processes*worker_connections。

keepalive_timeout 60;

#keepalive超时时间。

client_header_buffer_size 4k;

#客户端请求头部的缓冲区大小，这个可以根据你的系统分页大小来设置，一般一个请求的头部大小不会超过1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE取得。

open_file_cache max=102400 inactive=20s;

#这个将为打开文件指定缓存，默认是没有启用的，max指定缓存数量，建议和打开文件数一致，inactive是指经过多长时间文件没被请求后删除缓存。

open_file_cache_valid 30s;

#这个是指多长时间检查一次缓存的有效信息。

open_file_cache_min_uses 1;

#open_file_cache指令中的inactive参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的，如上例，如果有一个文件在inactive时间内一次没被使用，它将被移除。

内核优化

vi /etc/sysctl.conf(内核配置文件)在末尾增加红色字体部分

net.ipv4.tcp_max_tw_buckets = 6000

#timewait的数量，默认是180000。

net.ipv4.ip_local_port_range= 1024 65000

#允许系统打开的端口范围。

net.ipv4.tcp_tw_recycle= 1

#启用timewait快速回收。

net.ipv4.tcp_tw_reuse= 1

#开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接。

net.ipv4.tcp_syncookies= 1

#开启SYN Cookies，当出现SYN等待队列溢出时，启用cookies来处理。

net.core.somaxconn= 262144

#web应用中listen函数的backlog默认会给我们内核参数的net.core.somaxconn限制到128，而Nginx内核参数定义的NGX_LISTEN_BACKLOG默认为511，所以有必要调整这个值。

net.core.netdev_max_backlog= 262144

#每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。

net.ipv4.tcp_max_orphans= 262144

#系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上。如果超过这个数字，孤儿连接将即刻被复位并打印出警告信息。这个限制仅仅是为了防止简单的DoS攻击，不能过分依靠它或者人为地减小这个值，更应该增加这个值(如果增加了内存之后)。

net.ipv4.tcp_max_syn_backlog= 262144

#记录的那些尚未收到客户端确认信息的连接请求的最大值。对于有128M内存的系统而言，缺省值是1024，小内存的系统则是128。

net.ipv4.tcp_timestamps= 0

#时间戳可以避免序列号的卷绕。一个1Gbps的链路肯定会遇到以前用过的序列号。时间戳能够让内核接受这种“异常”的数据包。这里需要将其关掉。

net.ipv4.tcp_synack_retries= 1

#为了打开对端的连接，内核需要发送一个SYN并附带一个回应前面一个SYN的ACK。也就是所谓三次握手中的第二次握手。这个设置决定了内核放弃连接之前发送SYN+ACK包的数量。

net.ipv4.tcp_syn_retries= 1

#在内核放弃建立连接之前发送SYN包的数量。

net.ipv4.tcp_fin_timeout= 1

#如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。对端可以出错并永远不关闭连接，甚至意外当机。缺省值是60秒。2.2 内核的通常值是180秒，你可以按这个设置，但要记住的是，即使你的机器是一个轻载的WEB服务器，也有因为大量的死套接字而内存溢出的风险，FIN- WAIT-2的危险性比FIN-WAIT-1要小，因为它最多只能吃掉1.5K内存，但是它们的生存期长些。

net.ipv4.tcp_keepalive_time= 30

#当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时。

###############################################################################

完整的内核优化配置

 

net.ipv4.ip_forward = 0

net.ipv4.conf.default.rp_filter= 1

net.ipv4.conf.default.accept_source_route= 0

kernel.sysrq = 0

kernel.core_uses_pid = 1

net.ipv4.tcp_syncookies = 1

kernel.msgmnb = 65536

kernel.msgmax = 65536

kernel.shmmax = 68719476736

kernel.shmall = 4294967296

net.ipv4.tcp_max_tw_buckets =6000

net.ipv4.tcp_sack = 1

net.ipv4.tcp_window_scaling = 1

net.ipv4.tcp_rmem = 4096        87380  4194304

net.ipv4.tcp_wmem = 4096        16384  4194304

net.core.wmem_default = 8388608

net.core.rmem_default = 8388608

net.core.rmem_max = 16777216

net.core.wmem_max = 16777216

net.core.netdev_max_backlog =262144

net.core.somaxconn = 262144

net.ipv4.tcp_max_orphans =3276800

net.ipv4.tcp_max_syn_backlog =262144

net.ipv4.tcp_timestamps = 0

net.ipv4.tcp_synack_retries = 1

net.ipv4.tcp_syn_retries = 1

net.ipv4.tcp_tw_recycle = 1

net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_mem = 94500000915000000 927000000

net.ipv4.tcp_fin_timeout = 1

net.ipv4.tcp_keepalive_time =30

net.ipv4.ip_local_port_range =1024    65000

参考列表：

http://down.chinaz.com/server/201202/1615_1.htm

http://developer.51cto.com/art/201003/191607.htm