Yellow 就怕你碌碌无为,还安慰自己平凡可贵 -------------yolo

nginx

nginx 学习笔记

nginx 安装

  • 登陆
    nginx官网 iamge 可以看到官网一般会维护两个版本一个是文档版本(偶数),一个是测试不稳定版(基数)
  • 下载稳定版nginx image
  • 解压进入nginx目录image
    • 目录结构
      ├── auto
      ├── CHANGES
      ├── CHANGES.ru
      ├── conf
      ├── configure
      ├── contrib
      ├── html
      ├── LICENSE
      ├── man
      ├── README
      └── src
      src目录中存放了Nginx软件的所有源代码
      man目录中存放了Nginx软件的帮助文档,Nginx安装完成后,在命令行中使用man命令查看,如下:
$ man nginx

html目录中存放了两个后缀名为.html的静态网页文件(与Nginx的运行相关

conf目录中存放的是Nginx的配置文件,包含基本配置文件和对部分特性的配置文件

auto目录中存放了大量脚本文件,和configure脚本程序有关

configure文件是Nginx的自动脚本程序。

  • 配置高亮
    vim conf/nginx.conf如下图
    image并没有nginx特殊配置的亮度显示
mkdir  ~/.vim/
cp -r contrib/vim/* ~/.vim

再次查看 此时实现了(nginx)代码高亮
iamge

  • 源码编译安装
./configure --prefix==/opt/nginx/  
make
make install

注意 在make之后会生成objs文件夹,进入到文件夹里面会发现
image
里面的文件都是编译生成的中间文件 ngx_modeles.c 里面是编译需要的模块 在新的文件夹里面很多文件(比如配置文件)都是从源码包直接拷贝过来的

  • nginx安装完成之后文件夹
    iamge 我们可以发现在nginx启动之后心生成了很多文件夹

nginx配置详解

  • user nobody;

表示启动的用户,默认值:nobody nobody
如果主进程以root运行,Nginx将会调用setuid()/setgid()来设置用户/组,如果没有指定组,那么将使用与用户名相同的组,默认情况下会使用nobody用户与nobody组(或者nogroup),或者在编译时指定的--user=USER和--group=GROUP的值。 因为非root无法启动>1024的端口,但是我们常用的80 443端口都是小于1024的---这个的设置指挥影响worker的进程属组
如图
iamge

  • worker_processes 1;

启动的worker的进程个数,一般保持和cpu和core一样

  • pid logs/nginx.pid;

pid的保存位置

  • events 模块

accept_mutex on; #设置网路连接序列化,防止惊群现象发生,默认为on
multi_accept on; #设置一个进程是否同时接受多个网络连接,默认为off

use epoll; #事件驱动模型,select|poll|kqueue|epoll|resig|/dev/poll|eventport

worker_connections 1024; # 最大连接数
client_header_buffer_size 4k;
open_file_cache max=2000 inactive=60s;
open_file_cache_valid 60s;
open_file_cache_min_uses 1
}

(1)accept_mutex on;
惊群现象:一个网路连接到来,多个睡眠的进程被同事叫醒,但只有一个进程能获得链接,这样会影响系统性能。设置网路连接序列化,防止惊群现象发生,默认为on

(2)multi_accept on;
设置是否允许同时接受多个网络连接:

  只能在events模块设置,Nginx服务器的每个工作进程可以同时接受多个新的网络连接,但是需要在配置文件中配置,此指令默认为关闭,即默认为一个工作进程只能一次接受一个新的网络连接,打开后几个同时接受多个。

(3)use epoll;

使用epoll的I/O 模型(值得注意的是如果你不知道Nginx该使用哪种轮询方法的话,它会选择一个最适合你操作系统的)

补充说明:与apache相类,nginx针对不同的操作系统,有不同的事件模型
    A)标准事件模型
    Select、poll属于标准事件模型,如果当前系统不存在更有效的方法,nginx会选择select或poll
    B)高效事件模型
    Kqueue:使用于FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用双处理器的MacOS X系统使用kqueue可能会造成内核崩溃。
    Epoll:使用于Linux内核2.6版本及以后的系统。
    /dev/poll:使用于Solaris 7 11/99+, HP/UX 11.22+ (eventport), IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。
    Eventport:使用于Solaris 10. 为了防止出现内核崩溃的问题, 有必要安装安全补丁

查看linux版本号可以使用 cat /proc/version命令

cat /proc/version
Linux version 2.6.32-504.23.4.el6.x86_64 (mockbuild@c6b9.bsys.dev.centos.org)

(gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) )

1 SMP Tue Jun 9 20:57:37 UTC 2015

(4)worker_connections 2000;

工作进程的最大连接数量 理论上每台nginx服务器的最大连接数为worker_processes*worker_connections worker_processes为我们再main中开启的进程数

(5)keepalive_timeout 60;

keepalive超时时间。 这里指的是http层面的keep-alive 并非tcp的keepalive 。

(6)client_header_buffer_size 4k;

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

getconf PAGESIZE
输入如下:

[xxxx nginx]# getconf PAGESIZE

4096

(7)open_file_cache max=2000 inactive=60s;

为打开文件指定缓存,默认是没有启用的,max指定缓存最大数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存 打开文件最大数量为我们再main配置的worker_rlimit_nofile参数

(8)open_file_cache_valid 60s;

这个是指多长时间检查一次缓存的有效信息。如果有一个文件在inactive时间内一次没被使用,它将被移除

(9)open_file_cache_min_uses 1;

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

posted @ 2019-07-15 15:48  zfno11  阅读(193)  评论(0编辑  收藏  举报