Nginx学习初探

Nginx服务器

高性能HTTP和反向代理服务器，也支持imap/pop3/smtp协议（邮件协议）

基本原理

工作模型

采用了epoll（Linux2.6以后的版本，2.4有epoll补丁）和kqueue（BSD系列）两种网络IO模型
Apache采用了select网络模型( 性能不如Nginx) Squid、Memcached都是采用了epoll网络IO模型
当面对大量连续的请求时，select网络模型非常低效

两种经典的网络IO模型（饭店服务员与顾客）
select：相当于一个服务员只接待一个顾客
epoll：相当于服务员总是做完一件小事情就去接待其他顾客，一个服务员可能服务多个顾客，一个顾客也可以被多个服务员所服务

进程解析

正常的Nginx工作有多个进程，master process主进程、work process工作进程
master process（只有一个）：充当整个和进程组和用户交互的接口，维护并监控work process，不管具体的业务，只把相应的信息发给work process，同时负责Nginx的平滑重启、配置文件生效、关闭等
work process：处理具体的业务

工作流程
master process创建N个 worker process –> master process挂起等待信号 –>信号到来时处理信号 –>向work process发送命令 –>work process 进行处理 –>完成返回挂起等待信号

常用配置

相关的知识：Linux中文件描述符与打开文件之间的关系
在linux系统中一切都可以看成是文件，文件分为：普通文件、目录文件、链接文件和设备文件。文件描述符是Linux内核为了高校管理已经被打开的文件所创建的索引，是一个非负整数（通常是小整数），用于指代被打开的文件，所有进行I/O操作的系统调用都通过文件描述符。
程序刚刚启动的时候，0是标准输入，1是标准输出，2是标准错误。如果此时去打开一个新的文件，那么他的文件描述符将会为3.
POSIX要求每次打开文件的时候（包括socket）必须使用当前进程中最小可用的文件描述符号码，因此在网络通信过程中稍不注意就可能造成串话。

文描述限制：一般最大打开文件数是系统内存的10%，称为系统级限制（超过会出现“Too many open files”错误）

命令：
查看系统级别的最大打开文件数：sysctl -a|grep fs.file-max
单个进程最大打开文件数限制：ulimit -n

内核为了不让某一个进程消耗掉所有的资源，会对系统单个进程最大打开文件数做默认值处理（用户级限制），默认值一般为1024（为什么我是65535）

在Web服务器中，通过更改系统默认值文件描述符的最大值来优化服务器是最常见的方式之一

文件描述符和打开文件之间的关系：系统为每一个进程维护了一个文件描述符表，从0开始的，在同的进程中有相同的文件描述符，可以指向同一文件或者不同文件。
相同的文件可以从不同的进程打开，也可以从同一进程中打开多次。
需要查看内核维护的3个数据结构：
1.进程级的文件描述符表
2.系统级的打开文件描述符表
3.文件系统的i-node表

修改linux下最大文件描述符的限制的方法：
编辑 /etc/security/limit.cnf
加上* -nofile 数值
然后重启生效

//TODO