Nginx性能优化的那些事

nginx作为最优秀的web服务器之一,以轻量级,高并发而著称,用户遍及全球各地。下面来讲述一下nginx常规的一些优化。仅供参考!

并发数调整

谈到web服务器,并发是一个无法规避的问题。那我们来看一下nginx的并发数是如何设置的。

nginx并发数调整,主要有取决于worker_processes和worker_connections参数,下面介绍关于ngnix性能优化全局设置的相关参数。

  • worker_processes:指定nginx开启的进程数,默认是1。每个进程消耗约12M左右的内存。进程数量主要是取决于服务器的CPU核心数。
  • worker_connections:用于定义 Nginx 每个进程的最大连接数,默认是 1024。 最大客户端连接数由 worker_processesworker_connections决定, 即max_client=worker_processes*worker_connections,在作为反向代理时变为:max_clients = worker_processes * worker_connections/4。进程的最大连接数受 Linux 系统进程的最大打开文件数限制, 在执行操作系统命令“ulimit -n 65536”后 worker_connections 的设置才能生效(临时生效,点击查看ulimit -n 永久设置办法)。
  • worker_rlimit_nofile:用于绑定 worker 进程和 CPU, Linux 内核 2.4 以上可用,worker_rlimit_nofile =worker_connections =ulimit -n
  • use:用于指定nginx的工作模式。包括 selectpollkqueueepollrtsig /dev/poll。 其中 select 和 poll 都是标准的工作模式,kqueue 和 epoll 是高效的工作模式, 不同的是 epoll 用在 Linux 平台上, 而 kqueue 用在 BSD 系统中。 对于 Linux 系统, epoll 工作模式是首选。 具体例子如下:
user nobody nobody;
worker_processes 4;
error_log logs/error.log notice;
pid logs/nginx.pid;
worker_rlimit_nofile 65535;
events{
            use epoll;
             worker_connections 65536;
}

减小 Nginx 编译后的文件大小

在编译 Nginx 时, 默认以 debug 模式进行, 而在 debug 模式下会插入很多跟踪和 ASSERT 之类的信息, 编译完成后, 一个 Nginx 要有好几兆字节。 而在编译前取消 Nginx 的 debug 模 式, 编译完成后 Nginx 只有几百千字节。 因此可以在编译之前, 修改相关源码, 取消 debug 模式。 具体方法如下: 在 Nginx 源码文件被解压后, 找到源码目录下的 auto/cc/gcc 文件, 在其中找到如下几行:

# debug
CFLAGS="$CFLAGS -g"

注释掉或删掉这两行, 即可取消 debug 模式。

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

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

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

如果想确定服务器cpu的类型,可以做以下操作

cat /proc/cpuinfo | grep "model name"

Nginx内核性能优化

内核参数的优化, 主要是在 Linux 系统中针对 Nginx 应用而进行的系统内核参数优化。 下面给出一个优化实例以供参考:

net.ipv4.tcp_max_tw_buckets = 6000
net.ipv4.ip_local_port_range = 1024 65000
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_syncookies = 1
net.core.somaxconn = 262144
net.core.netdev_max_backlog = 262144
net.ipv4.tcp_max_orphans = 262144
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_syn_retries = 1
net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_keepalive_time = 30

将上面的配置添加到 /etc/sysctl.conf 文件中, 然后执行以下命令才会生效:

  1. /sbin/sysctl -p
  • net.ipv4.tcp_max_tw_buckets:选项用来设定timewait的数量,默认是180000,这里设为6000。
  • net.ipv4.ip_local_port_range:选项用来设定允许系统打开的端口范围。
  • net.ipv4.tcp_tw_recycle::选项用于设置启用timewait快速回收。
  • net.ipv4.tcp_tw_reuse:选项用于设置开启重用,允许将TIME-WAITsockets重新用于新的TCP连接。
  • net.ipv4.tcp_syncookies:选项用于设置开启SYNCookies,当出现SYN等待队列溢出时,启用cookies进行处理。
  • net.core.somaxconn:选项的默认值是128,这个参数用于调节系统同时发起的tcp连接数,在高并发的请求中,默认的值可能会导致链接超时或者重传,因此,需要结合并发请求数来调节此值。
  • net.core.netdev_max_backlog:选项表示当每个网络接口接收数据包的速率比内核处理这些包的速率快时,允许发送到队列的数据包的最大数目。
  • net.ipv4.tcp_max_orphans:选项用于设定系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上。如果超过这个数字,孤立连接将立即被复位并打印出警告信息。这个限制只是为了防止简单的DoS攻击。不能过分依靠这个限制甚至人为减小这个值,更多的情况下应该增加这个值。
  • net.ipv4.tcp_max_syn_backlog:选项用于记录那些尚未收到客户端确认信息的连接请求的最大值。对于有128MB内存的系统而言,此参数的默认值是1024,对小内存的系统则是128。
  • net.ipv4.tcp_synack_retries:参数的值决定了内核放弃连接之前发送SYN+ACK包的数量。
  • net.ipv4.tcp_syn_retries:选项表示在内核放弃建立连接之前发送SYN包的数量。
  • net.ipv4.tcp_fin_timeout:选项决定了套接字保持在FIN-WAIT-2状态的时间。默认值是60秒。正确设置这个值非常重要,有时即使一个负载很小的Web服务器,也会出现大量的死套接字而产生内存溢出的风险。
  • net.ipv4.tcp_syn_retries:选项表示在内核放弃建立连接之前发送SYN包的数量。如果发送端要求关闭套接字,net.ipv4.tcp_fin_timeout选项决定了套接字保持在FINWAIT-2状态的时间。接收端可以出错并永远不关闭连接,甚至意外宕机。
  • net.ipv4.tcp_fin_timeout的默认值是60秒。需要注意的是,即使一个负载很小的Web服务器,也会出现因为大量的死套接字而产生内存溢出的风险。FIN-WAIT-2的危险性比FIN-WAIT-1要小,因为它最多只能消耗1.5KB的内存,但是其生存期长些。
  • net.ipv4.tcp_keepalive_time:选项表示当keepalive启用的时候,TCP发送keepalive消息的频度。默认值是2(单位:小时)。

关于ulimit -n 永久设置办法

#CentOS 5.x CentOS 6.x CentOS 7.x 
vi /etc/security/limits.conf
#在最后一行添加以下代码 
* soft nproc unlimited
* hard nproc unlimited
* soft nofile 65535
* hard nofile 65535
#CentOS 6.x(CentOS 5.x和CentOS 7.x不需要设置此项)
vi /etc/profile
#在最后一行添加如下
ulimit -SHn 65535
ulimit -SHu unlimited
ulimit -SHd unlimited
ulimit -SHm unlimited
ulimit -SHs unlimited
ulimit -SHt unlimited
ulimit -SHv unlimited
#刷新配置文件立即生效
source /etc/profile

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏苍云横渡学习笔记

【第一部分-django论坛从搭建到部署】一个完整的Django入门指南

【第七部分-django论坛从搭建到部署】一个完整的Django入门指南学习笔记(未翻译)

63111
来自专栏Modeng的专栏

Git错误问题解决集合

在实际的生产过程中,使用git时难免会遇到各种各样的错误,然后去寻找解决答案,所以就想为什么不把我遇到的问题直接写出来集合在一起呢?既方便自己也方便别人

802
来自专栏鬼谷君

django基础之一

1022
来自专栏桥路_大数据

React Navigation参数传递动态修改navigationOptions->title

3877
来自专栏向治洪

android studio编译慢的问题

1.修改android studio的使用堆内存,根据自己电脑的内存,尽量设置的大一点,点击help->如下图: ? ?    2.接下来设置使用离线gradl...

1848
来自专栏别先生

JAVA开发工具eclipse中@author怎么改

1:JAVA开发工具eclipse中@author怎么改,开发的时候为了注明版权信息。 用eclipse开发工具默认的是系统用户,那么怎么修改呢 示例如图所示 ...

1895
来自专栏潇涧技术专栏

React Native Upgrade

文中的代码和图片我都反复检查过了,基本上没有泄露公司的重要信息的数据,如若发现有泄露的话请立即告知我 ;-)

882
来自专栏文渊之博

SQLServer 延迟事务持久性

SQL Server 2014新功能 -- 延迟事务持久性(Delayed Transaction Durability) SQL Server事务提交默认...

2028
来自专栏张善友的专栏

Web 部署工具 1.0

Web 部署工具简化了 IIS Web 服务器、Web 应用程序和网站的迁移、管理和部署。管理员可以结合使用命令行脚本和 Web 部署工具来同步 IIS 6.0...

1869
来自专栏张善友的专栏

MSDN上一篇很好的WCF入门教程

在MSDN上有一篇入门教程。讲解的十分基本,十分详细,详细到每一个细节,然我彻底了解入门的每一个细节,整个教程结构清晰,代码简洁,讲解细致,值得推荐。 做这分5...

2198

扫码关注云+社区