Nginx理解和总结

版本：1.0.14
参考书籍：《深入理解Nginx模块开发与架构解析第2版》

第一个问题：什么是nginx？
nginx是一个支持高并发的web服务器，利用了等待时间，实现少数几个进程就解决大量的并发问题。


引出第二个问题：何为等待时间呢？
普通的服务器时通过一个连接开辟线程/进程处理请求，线程数就是并发数，那么大部分的web请求之后的等待时间都是因为消息的处理和传递，而nginx只开少量进程worker，让其运行到可能发生阻塞的地方，注册事件，等后台服务器处理完结果再告诉我，此时，我就休息，当有新的request请求到来时，worker重复执行以上操作。
以上是nginx的模糊的概念，然后后文通过一系列问题引出对nginx的理解和总结。


问题三：Nginx怎么做到高并发的
linux下高并发的限制不得不谈到文件描述符，linux下一切接文件，对文件描述符的相关操作可以看做从socket上收发数据的过程，那么linux下，进程默认能打开的文件描述符只有1024个，那么就意味着并发量最大不会超过1024，那么如何做到高并发呢？只有修改内核参数了。(修改内核参数之后,并发量的天花板就之和硬件配置相关了)
/etc/sysctl.conf
然后执行sysctl –p使修改生效

问题4：Nginx有哪些优点？
优点：(优点也可看做一个个的问题，理解完补上)
1.响应更快：在正常情况下或高并发下，单次请求会得到更快的响应(与代码理解相关)
2.高拓展性：由多个不同层次、不同功能的模块组成(耦合度低)(与框架有关)
3.高可靠性：worker相对独立，在一个worker出错后会快速拉起新的worker提供服务(代码框架结合)
4.低内存消耗：10000非活跃的httpKeep alive连接仅消耗2.5MB的内存(第三章，http连接对象)
5.单机支持10万+的并发量：(8~11章)
ps.进程绑定cpu操作
worker_cpu_affinity 1000 0100 0010 0001 (cpu 4核)


问题5：nginx的负载均衡是如何做到的？
accept_mutex是nginx的负载均衡锁
进程如何竞争这个accept_mutex呢，通过一个叫做ngx_accept_disabled的变量控制，
ngx_accept_disabled = 1/8 * 单进程连接总数 – 剩下的空闲连接量
当ngx_accept_disabled大于零，不去尝试竞争锁，并减一，小于零就放弃，
所以，当剩余连接越少，数字就越大，然后就减小，就让出更多机会。

---

又看到一个问题：nginx响应快的原因在于他不像传统的web服务器那样，每一个请求都会占用系统资源（进程或线程），若当中出现了I/O请求，导致一个请求处理的整个流程实际上没干什么事，多数时间在等待资源，从而浪费系统资源。
而nginx不是这样，nginx将一个请求的整个流程拆分为一个一个的事件，有一个专门的事件收集和分发器去占用资源，作出相应的反应，上图！

请求的多阶段异步处理（拆分成一个个的事件）优势在哪里？这种设计配合事件驱动架构，将会极大地提高网络性能，同时使得每个进程都能全力运转，不会或者尽量少地出现进程休眠状况。因为一旦出现进程休眠，必然减少并发处理事件的数目，一定会降低网络性能，同时会增加请求处理时间的平均时延！这时，如果网络性能无法满足业务需求将只能增加进程数目，进程数目过多就会增加操作系统内核的额外操作：进程间切换，可是频繁地进行进程间切换仍会消耗CPU等资源，从而降低网络性能。同时，休眠的进程会使进程占用的内存得不到有效释放，这最终必然导致系统可用内存的下降，从而影响系统能够处理的最大并发连接数。


那么如何划分请求呢？？？
拿send举例，在使用send调用发送数据给用户时，如果使用阻塞socket句柄，那么send调用在向操作系统内核发出数据包后就必须把当前进程休眠，直到成功发出数据才能“醒来”。这时的send调用发送数据并等待结果。我们需要把send调用分解为两个阶段：发送且不等待结果阶段、send结果返回阶段。因此，可以使用非阻塞socket句柄，这样调用send发送数据后，进程是不会进入休眠的，这就是发送且不等待结果阶段；再把socket句柄加入到事件收集器中就可以等待相应的事件触发下一个阶段，send发送的数据被对方收到后这个事件就会触发send结果返回阶段。这个send调用就是请求的划分阶段点。
参考《深入了解nginx》