1.Nginx的优势
(1).发展趋势
image.png(2).logo
image.png(3).简介
Nginx (engine x) 是一个高性能的HTTP(解决C10k的问题)和反向代理服务器,也是一个IMAP/POP3/SMTP服务器。
反代图示:
image.png
(4).优势
1.IO多路复用
2.高并发
3.epoll
4.异步
5.非阻塞
IO多路复用
理论方法:
1.最传统的多进程并发模型 (每进来一个新的I/O流会分配一个新的进程管理。)
2.I/O多路复用 (单个线程,通过记录跟踪每个I/O流(sock)的状态,来同时管理多个I/O流 。)
发明它的原因,是尽量多的提高服务器的吞吐能力。
在同一个线程里面, 通过拨开关的方式,来同时传输多个I/O流
技术类型:
1.select select是第一个实现 (1983 左右在BSD里面实现的)。
select 被实现以后,很快就暴露出了很多问题。
• select 会修改传入的参数数组,这个对于一个需要调用很多次的函数,是非常不友好的。
• select 如果任何一个sock(I/O stream)出现了数据,select 仅仅会返回,但是并不会告诉你是那个sock上有数
据,于是你只能自己一个一个的找,10几个sock可能还好,要是几万的sock每次都找一遍...
• select 只能监视1024个链接。
• select 不是线程安全的,如果你把一个sock加入到select, 然后突然另外一个线程发现,这个sock不用,要收
回,这个select 不支持的,如果你丧心病狂的竟然关掉这个sock, select的标准行为是不可预测的
2.poll 于是14年以后(1997年)一帮人又实现了poll, poll 修复了select的很多问题,比如
• poll 去掉了1024个链接的限制,于是要多少链接呢, 主人你开心就好。
• poll 从设计上来说,不再修改传入数组,不过这个要看你的平台了,所以行走江湖,还是小心为妙。
其实拖14年那么久也不是效率问题, 而是那个时代的硬件实在太弱,一台服务器处理1千多个链接简直就是神
一样的存在了,select很长段时间已经满足需求。
但是poll仍然不是线程安全的, 这就意味着,不管服务器有多强悍,你也只能在一个线程里面处理一组I/O流。
你当然可以那多进程来配合了,不过然后你就有了多进程的各种问题。
3. epoll 于是5年以后, 在2002, 大神 Davide Libenzi 实现了epoll.
epoll 可以说是I/O 多路复用最新的一个实现,epoll 修复了poll 和select绝大部分问题, 比如:
• epoll 现在是线程安全的。
• epoll 现在不仅告诉你sock组里面数据,还会告诉你具体哪个sock有数据,你不用自己去找了。
2.Nginx部署-Yum
(1).官网链接
http://www.nginx.org
Stable version: 最新稳定版,生产环境上建议使用的版本
![image.png](https://img.haomeiwen.com/i16292125/38ff4e15e21f918c.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
(2).配置Yum源
1.12
官方图示:
image.png
操作示范:
image.png(3).环境
systemctl stop firewalld 关防火墙
setengorce 0 关selinux
(4).安装
yum -y install nginx
systemctl start nginx
systemctl enable nginx
nginx -V 查看安装附带的功能模块
(5).测试
image.png3.Nginx配置文件
rpm -ql nginx
QQ截图20190416194719.jpg QQ截图20190416194732.jpg QQ截图20190416194758.jpg未完待续..........
网友评论