1
Nginx
2
1.轻量级,采用 C 进行编写,同样的 web 服务,会占用更少的内存及资源
3
2.高并发,nginx 以 epoll and kqueue 作为开发模型,处理请求是异步非阻塞的,负载能力比 apache 高很多,而 apache 则是阻塞型的。
4
在高并发下 nginx 能保持低资源,低消耗,高性能,而 apache 在 PHP 处理慢或者前端压力很大的情况下,很容易出现进程数飙升,从而拒绝服务的现象。
5

6
nginx 处理静态文件好,静态处理性能比 apache 高三倍以上
7

8
nginx 的设计高度模块化,编写模块相对简单
9

10
nginx 配置简洁,正则配置让很多事情变得简单,而且改完配置能使用 -t 测试配置有没有问题
11
apache 配置复杂,重启的时候发现配置出错了,会很崩溃
12

13
nginx 作为负载均衡服务器,支持 7 层负载均衡
14

15
nginx 本身就是一个反向代理服务器,而且可以作为非常优秀的邮件代理服务器
16

17
启动特别容易, 并且几乎可以做到 7*24 不间断运行,即使运行数个月也不需要重新启动,还能够不间断服务的情况下进行软件版本的升级
18

19
社区活跃,各种高性能模块出品迅速
20
'因为在不断地进行更新,所以有很多模块的bug并没有测出来,bug多'
21
---------------------------------
22
Apache
23
apache 的 rewrite 比 nginx 强大,在 rewrite 频繁的情况下,用 apache
24

25
apache 发展到现在,模块超多,基本想到的都可以找到
26

27
apache 更为成熟,少 bug ,nginx 的 bug 相对较多
28

29
apache 超稳定
30

31
apache 对 PHP 支持比较简单,nginx 需要配合其他后端才能运行PHP
32

33
apache 在处理动态请求有优势,nginx 在这方面是鸡肋,一般动态请求要 apache 去做,nginx 适合静态和反向代理。
34
--------------------------------------
35
面试题: 你们公司为什么用nginx不用apache呢？
36
nginx适合高并发场景、我们的业务属于并发类型的,所以使用nginx
37
'高并发：说不准的业务,不稳定,今天没人访问,明天一下子来了很多人'
38
apache适合稳定的业务场景、我们的业务属于稳定类型的,则使用apache
39
# 公司的内部业务,都可以使用apache,它稳定
40
'稳定的业务场景：用户数量固定,浮动不是很大,业务量不会突增'

1
[root@web01 ~]#cat /etc/nginx/nginx.conf
2
1)user  nginx;           # 启动nginx的用户 安装后系统会自动创建此用户
3
[root@web01 ~]#id nginx
4
uid=665(nginx) gid=665(nginx) groups=665(nginx)
5

6
2)worker_processes  auto;    # 进程数量
7
# 父进程派生多个子进程,如果是auto,则子进程的数量和CPU核心数有关
8
# 我当前的web01和核心数为1
9
[root@web01 ~]#lscpu
10
.......
11
CPU(s):   1
12
.......
13
# 那我们再来看一下它的进程是怎么样子的？
14
[root@web01 ~]#systemctl start nginx
15
[root@web01 ~]#ps aux | grep nginx
16
root        5344  0.0  0.0  22504   844 ?        Ss   21:26   0:00
17
nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
18
'master process；主进程'
19
nginx       5345  0.0  0.3  33776  3736 ?        S    21:26   0:00
20
nginx: worker process
21
'worker process：工作的进程'
22
# 这样看并不直观,我们自己再进行调整一下CPU的核心数
23
[root@web01 ~]#lscpu
24
CPU(s):     4
25
# 我们再来过滤一下进程
26
[root@web01 ~]#ps aux | grep nginx
27
root        1287  0.0  0.0  22504   844 ?        Ss   21:31   0:00
28
nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
29
nginx       1288  0.0  0.3  33776  3780 ?        S    21:31   0:00 nginx: worker process
30
nginx       1289  0.0  0.3  33776  3784 ?        S    21:31   0:00 nginx: worker process
31
nginx       1290  0.0  0.3  33776  3788 ?        S    21:31   0:00 nginx: worker process
32
nginx       1291  0.0  0.3  33776  3788 ?        S    21:31   0:00 nginx: worker process
33
'一个master,四个worker process'
34

35
3)error_log  /var/log/nginx/error.log notice;
36
# 错误日志的位置
37
# notice(默认)是错误日志的等级,也就是日志的详细度不一样,默认的就够用了
38
# 等级越高,越详细,服务器的压力越大,因为它要输出好多东西出来
39

40
4)pid        /var/run/nginx.pid;
41
# PID的位置
42
# 这个文件里面存放的到底是什么呢？
43
[root@web01 ~]#cat /var/run/nginx.pid
44
cat: /var/run/nginx.pid: No such file or directory
45
# 这个时候,我并没有启动nginx,压根没有这个文件
46
[root@web01 ~]#systemctl start nginx
47
[root@web01 ~]#cat /var/run/nginx.pid
48
1323
49
# 服务的进程ID,只有启动了这个服务,才会有相应的进程ID
50
'在启动nginx服务的时候,它会判断这个文件里面是否有东西,有,则说明nginx启动了'
51
# systemctl stop nginx == kill 1323
52
[root@web01 ~]#kill `cat /var/run/nginx.pid`
53
[root@web01 ~]#cat /var/run/nginx.pid
54
cat: /var/run/nginx.pid: No such file or directory
55

56
5)events {
57
    worker_connections  32768;
58
}
59
# 每个 worker 进程（工作进程）可以同时处理的最大连接数
60
# 默认是1024个,通常使用 1024 的倍数；32768
61
------------------------------------------
62
Nginx 能处理的总并发连接数 = worker_processes × worker_connections
63
worker_processes：通常设为 CPU 核心数（或 auto）
64
worker_connections：每个 worker 能处理的连接数
65
------------------------------------------
66
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
67
上面是核心区块,下面是http区块专门用来响应用户的请求
68
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
69
http {
70
    1)include       /etc/nginx/mime.types;
71
# 我服务器支持的资源类型都在这个文件中存放这呢
72
[root@web01 ~]#cat /etc/nginx/mime.types
73
types {
74
    text/html                                        html htm shtml;
75
    text/css                                         css;
76
    text/xml                                         xml;
77
# 资源类型 mp3、txt、html
78
.................
79

80
    2)default_type  application/octet-stream;
81
# 如果我们访问的资源类型,服务器不支持,也就是无法确认文件类型时；服务器会让浏览器进行下载,而不是尝试显示或者执行
82
------------------------------------------
83
举个例子
84
假设你的服务器上有一个 .exe 文件,比如 setup.exe：
85
1.如果 Nginx 的/etc/nginx/mime.types文件里, 没有定义 .exe 对应的 MIME 类型,那么 Nginx 就不知道该用什么 Content-Type（相应的页面类型,响应头）
86
2.此时就会使用 default_type 指定的值,也就是 application/octet-stream
87
3.浏览器收到响应头：Content-Type: application/octet-stream
88
4.浏览器就会弹出“下载文件”对话框,而不是尝试打开或执行它
89
'所以说“不支持访问,就会让你下载下来”'
90
------------------------------------------
91
    3)log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
92
                      '$status $body_bytes_sent "$http_referer" '
93
                      '"$http_user_agent" "$http_x_forwarded_for"';
94
# 日志格式
95
#日志保存在/var/log/nginx/access.log
96
$remote_addr    # 客户端的IP地址(远端的IP地址)
97
$remote_user        # 客户端登录用户名
98
# 我们后面配置完用户认证模块后,日志会显示客户端登录的用户
99
[$time_local]       # 本地时间
100
$request         # 请求我们服务器上具体的资源 www.oldboy.com  www.oldboy.com/pc/lx.png
101
# 有的用户直接访问主页,有的是直接访问链接
102
$status        # 状态码
103
$body_bytes_sent    # 资源的大小
104
$http_referer       # 来源的网站页面,从哪个页面来的
105
# 直接访问,没有跳转,不会进行记录
106
$http_user_agent  # 记录客户端的浏览器以及操作系统的信息
107
$http_x_forwarded_for # 在有负载情况下记录客户端真实的IP地址
108
# 如果没有这一条,记录的都是前面负载的IP地址而不是真实的客户端IP地址
109

110
    4)access_log  /var/log/nginx/access.log  main;
111
# 日志保存在这个文件中,以main这种格式保存
112
# 当让我们也可以自定义日志格式为test(log_format)(随机取名字)
113

114
    5)sendfile        on;    # 文件高效传输
115
    #tcp_nopush     on;
116

117
    6)keepalive_timeout  65;  # 长连接的超时时间
118
# 我只等你65秒,如果65秒没有新的请求过来,我网站给你4次挥手,主动断开连接
119
# 如果改为0,就是短连接,请求一次断开一次
120

121
    7)gzip  on;        # 是否压缩资源传给用户
122
# 我们服务器在返回资源给用户的时候,是否要把这个资源给提前压缩一下
123
# 比如说,原来1M的资源压缩为200K,再传给用户,用户再进行解压缩,我们用户浏览器就能够看到这个资源了
124
------------------------------------------
125
是否压缩要看情况！
126
'压缩后,传输速度会变快,但是每一个都进行压缩,会占用我们服务器的cpu的资源,而且cpu飙升老猛了'
127
如果你想要传输的快,你cpu压力就大,不压缩,cpu快,网络传输就会变慢
128
我们通常会有一个折中的解决方案,既要压缩,但是不能压缩得太狠！给cpu留一些资源来
129
Nginx后面有压缩的等级1-9；9压缩的最狠,我们一般用到5就够用了
130
# 通常一个问题解决了,会有另一个新的问题出现,那我们需要去锻炼平衡这些问题能力
131
------------------------------------------
132

133
    8)include /etc/nginx/conf.d/*.conf;
134
# 将conf.d目录下所有的,以.conf结尾的配置文件,引入到当前配置
135
# 也就是说我们在conf.d目录下创建的配置文件,都属于我们/etc/nginx/nginx.conf主配置文件里面的配置
136
}

1
[root@web01 ~]#cd /etc/nginx/conf.d/
2
[root@web01 conf.d]#ll
3
total 4
4
-rw-r--r-- 1 root root 1072 May 30  2024 default.conf
5
# 它里面默认有一个配置文件,同时是被包含在/etc/nginx/nginx.conf主配置文件中
6
# 我们只要在/etc/nginx/conf.d/目录下写任意.conf结尾的配置文件都会被包含
7
[root@web01 conf.d]#rm -f default.conf
8
# 我们把默认的给干掉,自己写一个配置文件
9

10
1)server配置文件
11
[root@web01 conf.d]#cat test.conf
12
server {
13
       listen 80;      #监听的端口号
14
       server_name www.oldboy.com;    #主机名或者域名
15
'浏览器访问www.oldboy.com:80/'  # 省略了端口80,和网站根目录/
16
# server_name可以指定多个域名,用空格分隔
17
       location / {      # 匹配规则,用户访问什么我就给他什么
18
# /:网站根目录,如果有人访问我这个/根目录,去指定代码的位置里面去找
19
       root /code/;      # root不是用户,是指定代码的位置
20
       index index.html index.htm;  # index默认给用户返回的页面是什么
21
'www.oldboy.com:80/index.html'  #还省略了默认页面
22
  }
23
}
24
------------------------------------------
25
1.结束标志是分号;
26
2.在 Nginx 的配置文件中,缩进（包括空格或 Tab）没有任何语法要求
27
# 它通过 { } 大括号来界定作用域（比如 server {}、location {}）,而不是靠缩进
28
'避免使用 Tab,不同编辑器对 Tab 宽度解释不同,容易造成视觉混乱'
29
# 推荐统一风格,4个空格
30
------------------------------------------
31

32
2)检测nginx配置语法
33
[root@web01 conf.d]#nginx -t
34
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
35
nginx: configuration file /etc/nginx/nginx.conf test is successful
36
# 主配置文件没有问题,我们刚才写的server配置文件包含在主配置文件里面
37
# ok,successful
38
# 这里我们还没有进行创建/code目录,我们后面再进行配置
39

40
3)启动nginx
41
[root@web01 conf.d]#systemctl enable nginx
42
[root@web01 conf.d]#systemctl restart nginx
43

44
4)检查端口
45
[root@web01 conf.d]#netstat -lntup
46
.......
47
tcp  0  0 0.0.0.0:80   0.0.0.0:*  LISTEN  2210/nginx: master

1
'访问页面,目前还没有创建/code目录'
2
# 三种常见的状态码
3
1)代码目录不存在 404
4
[root@web01 conf.d]#ll /code
5
ls: cannot access '/code': No such file or directory
6
[root@web01 conf.d]#curl localhost
7
<title>404 Not Found</title>
8

9
2)代码目录存在、首页文件不存在 或者 权限拒绝 403
10
[root@web01 conf.d]#mkdir /code
11
[root@web01 conf.d]#curl localhost
12
<title>403 Forbidden</title>
13
'必会问题：如果删除首页文件,进行访问(不指定文件)会发生什么'
14
# 403,首页不存在
15

16
3)访问正常 200
17
[root@web01 conf.d]#echo '<h1>hhhh<h1>' > /code/index.html
18
[root@web01 conf.d]#cat /code/index.html
19
<h1>hhhh<h1>
20
[root@web01 conf.d]#curl localhost
21
<h1>hhhh<h1>
22
# 这里实际访问的是localhsot/index.html
23
[root@web01 conf.d]#curl localhost/index.html
24
<h1>hhhh<h1>
25
'这个根目录/被指定到了具体的目录/code; /====/code'
26
# 也就是表面访问的是/index.html,实际访问的是/code/index.html
27
[root@web01 conf.d]#echo aaaaa > /code/test.html
28
[root@web01 conf.d]#ll /code/
29
total 8
30
-rw-r--r-- 1 root root 13 Feb  3 11:48 index.html
31
-rw-r--r-- 1 root root  6 Feb  3 14:38 test.html
32
[root@web01 conf.d]#curl localhost/test.html
33
aaaaa
34

35
#一定要知道用户访问的资源具体在我们服务器上的位置！！！

1
# 第一步: 配置server
2
[root@web01 conf.d]#vim  xbw.kpyun.conf
3
server {
4
    listen 80;
5
    server_name xbw.kpyun.com;
6

7
    location / {
8
    root /code/xbw;
9
    index index.html index.htm;
10
    }
11
}
12
# 这里指定的/网站根目录是/code/xbw,后面要去创建这个目录
13
[root@web01 conf.d]#nginx -t
14
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
15
nginx: configuration file /etc/nginx/nginx.conf test is successful
16
[root@web01 conf.d]#systemctl restart nginx
17

18
#第二步 创建游戏代码目录
19
[root@web01 conf.d]#mkdir /code/xbw
20

21
#第三步 上传游戏代码到/code/xbw
22
[root@web01 conf.d]#cd /code/xbw/
23
[root@web01 xbw]#ll
24
total 0
25
[root@web01 xbw]#rz -E
26
rz waiting to receive.
27
# 开始上传
28
# 关于rz的命令具体请看《有道云笔记》软件安装&文件详细信息
29
# 因为我虚拟机里面安装了rz相关的软件包,所以我可以直接从Windows中拖拽的Xshell中
30
[root@web01 xbw]#ll
31
total 7708
32
-rw-r--r-- 1 root root 7892256 Dec  3 09:02 xbw.zip
33
[root@web01 xbw]#unzip xbw.zip
34
# unzip命令用于解压以zip结尾的压缩包
35
[root@web01 xbw]#ll
36
total 7756
37
-rw-r--r-- 1 root root   28032 May 24  2021 bgm.mp3
38
drwxr-xr-x 2 root root      23 May 24  2021 css
39
drwxr-xr-x 2 root root      23 May 24  2021 images
40
-rw-r--r-- 1 root root    8956 May 24  2021 index.html
41
# 在这里面有默认的首页
42
drwxr-xr-x 2 root root     213 May 24  2021 js
43
drwxr-xr-x 2 root root    4096 May 24  2021 roms
44
-rw-r--r-- 1 root root     811 May 24  2021 shuoming.html
45
-rw-r--r-- 1 root root 7892256 Dec  6 21:47 xbw.zip
46

47
# 最后一步客户端访问:
48
# 我们在windows中修改本地的hosts文件,做域名解析,解析到我们的虚拟机的IP地址
49
C:\Windows\System32\drivers\etc  # windows路径
50
10.0.0.7     xbw.kpyun.com
51
C:\Users\LENOVO>ping xbw.kpyun.com
52
# 用我们Windows物理机ping一下这个域名,测试是否正确解析到我们虚拟机中
53
正在 Ping xbw.kpyun.com [10.0.0.7] 具有 32 字节的数据:
54
来自 10.0.0.7 的回复: 字节=32 时间<1ms TTL=64
55
来自 10.0.0.7 的回复: 字节=32 时间<1ms TTL=64
56
.......

1
# 上面是我们在Windows中访问域名
2
# 那么我们Linux虚拟机能够访问这个域名吗？
3
[root@web01 conf.d]#curl xbw.kpyun.com
4
curl: (6) Could not resolve host: xbw.kpyun.com
5
[root@web01 conf.d]#ping xbw.kpyun.com
6
ping: xbw.kpyun.com: Name or service not known
7
'拉取不到页面,我们也ping不通'
8
# Linux和Windows他们访问域名的流程是一样的,都要做DNS解析,先找本地缓存,再找本地的hosts表,再找我们配置的DNS服务器(8.8.8.8)....
9
# 我们配置了Windows中的hosts表,那么我们用Windows的浏览器自然是能够访问的到的
10
# 但是我们没有配置Linux的hosts表,在Linux当中,自然是拉取不到的
11
[root@web01 conf.d]#vim /etc/hosts
12
127.0.0.1   localhost
13
10.0.0.7 xbw.kpyun.com
14
# 配置Linux本地的hosts解析
15
[root@web01 conf.d]#ping xbw.kpyun.com
16
PING xbw.kpyun.com (10.0.0.7) 56(84) bytes of data.
17
64 bytes from xbw.kpyun.com (10.0.0.7): icmp_seq=1 ttl=64
18
64 bytes from xbw.kpyun.com (10.0.0.7): icmp_seq=2 ttl=64
19
.......
20
# 这样就能够ping的通了
21
[root@web01 conf.d]#curl xbw.kpyun.com
22
<script type="text/javascript" charset="utf-8">
23
            'ui': $('#emulator').JSNESUI({
24
                "经典": [
25
                    ['魂斗罗', 'roms/Contra1(U)30.nes'],
26
                    ['围棋大战', 'roms/wqdzz.nes'],
27
                    ['四川麻将-制服篇', 'roms/scmj.nes'],
28
...........