Nginx：网站门口的“金牌大管家”

当前位置：点晴教程→知识管理交流 →『技术文档交流』

admin

2026年1月1日 22:7 本文热度 389

🧐 Nginx 是什么？

Nginx（发音是 "Engine X"）是一个高性能的 HTTP 和反向代理服务器。

如果把你的网站服务器比作一家大饭店的后厨，那么 Nginx 就是这家饭店的大堂经理。

他站在饭店门口。
所有的客人都必须先见他。
他负责安排座位、传达菜单、维持秩序。

📜 历史背景：为什么会有 Nginx？(C10K 问题)

在 Nginx 出现之前（2004年以前），互联网的霸主是 Apache。那时候网站访问量不大，Apache 运行得很稳。

但随着互联网爆发，一个著名的难题出现了：C10K 问题 (Client 10,000)。也就是说，当同时有 1 万个客户端 连接服务器时，服务器直接崩了。

为什么 Apache 扛不住？

Apache 采用的是 “一个连接 = 一个线程” 的模式。

来了 1 万个客人，Apache 就得雇 1 万个服务员（线程）。
光是给这些服务员发工资（内存消耗）、管理他们上下班（CPU 切换），服务器资源就被耗光了。

俄罗斯人的逆袭

俄罗斯工程师 Igor Sysoev 为了解决这个问题，开发了 Nginx。他采用了 “异步非阻塞 (Event-driven)” 架构：

不再雇人：整个饭店只有 1 个超级服务员（Worker 进程）。
疯狂调度：他动作极快，不停地在 1 万张桌子之间穿梭。谁菜好了就端给谁，绝不等待。

结果：Nginx 占用的内存极少，却能轻松抗住 5 万、10 万 甚至更高的并发！这就是为什么现在大流量网站（淘宝、京东、Netflix）全都在用 Nginx。

Nginx 的四大核心绝招

1. 反向代理：最称职的“二房东” 🏘️

想象一下，你是一个大明星（真实的业务服务器），不想直接面对粉丝的骚扰。于是你请了一个经纪人（Nginx）。

没有 Nginx：用户直接访问你的 IP 192.168.1.5。如果不小心暴露了 IP，黑客直接攻击你，服务器瞬间宕机。
有了 Nginx：

用户只能访问 Nginx 的地址 www.example.com。
Nginx 收到请求后，转身悄悄去后台问你：“老板，有人要看首页。”
你把首页给 Nginx，Nginx 再转交给用户。

好处：用户永远不知道你在哪里（隐藏真实 IP），所有攻击都被 Nginx 挡在门外。

2. 负载均衡：超级“发牌员” 🃏

你的饭店生意太好了，一个厨师（服务器）炒不过来。于是你雇了 3 个厨师。但是客人不知道该找哪个厨师，大家都挤在 1 号窗口。

这时 Nginx 大堂经理的作用就来了：

客人 A 来了 -> Nginx 指挥：“你去 1 号窗口。”
客人 B 来了 -> Nginx 指挥：“你去 2 号窗口。”
客人 C 来了 -> Nginx 指挥：“你去 3 号窗口。”
客人 D 来了 -> Nginx 发现 1 号厨师累倒了（宕机） -> 自动把客人引到 2 号窗口。

这就是负载均衡 (Load Balancing)。Nginx 保证了没有任何一个厨师被累死，且客人总能得到服务。

3. 动静分离：让专业的人做专业的事 🥗

在饭店里：

炒菜（处理数据库、逻辑运算）很慢，需要大厨（Java/Python/Node.js）。
拿饮料、发纸巾（静态图片、CSS、JS）很快，服务员就能做。

如果让年薪百万的大厨亲自去给客人倒可乐，简直是暴殄天物！

Nginx 就是那个手脚麻利的服务员：

静态资源请求（图片/网页）：Nginx 直接从硬盘拿出来给用户，速度极快（几毫秒）。
动态请求（登录/支付）：Nginx 才会把请求转交给后厨的大厨处理。

这样，后厨的压力瞬间减少了一半！

4. SSL 卸载：HTTPS 的“把门大爷” 🔐

现在网站都要 HTTPS 加密。

加密/解密是非常消耗 CPU 的（像拆快递一样麻烦）。
如果让后厨的大厨（业务服务器）既要炒菜又要拆快递，效率太低。

Nginx 的做法：他在门口就把快递拆了（SSL 卸载）。

用户 <-> Nginx：HTTPS 加密传输（安全）。
Nginx <-> 后厨：HTTP 明文传输（速度快，反正内网安全）。

大厨只需要专心炒菜，不用管加密的事！

📊 图解：正向代理 vs 反向代理

在 VPN 的文章里我们讲了正向代理，现在看看反向代理。

一句话总结

：Nginx (反向代理) 是网站请的总管，他代表网站面对世界，你只看得到总管，看不到幕后的老板。

📝 实战：Nginx 配置文件长啥样？

说了半天，代码里到底怎么写？ Nginx 的配置非常简洁，类似 JSON 的结构。

http {
    # 设定负载均衡组 (3个厨师)
    upstream my_kitchen {
        server 192.168.1.10:8080;
        server 192.168.1.11:8080;
        server 192.168.1.12:8080;
    }

    server {
        listen 80;                 # 监听 80 端口
        server_name www.myapp.com; # 你的域名

        # 1. 动静分离：图片自己拿，不麻烦厨师
        # 注意：这里会去 /data/static/images/ 找文件
        location /images/ {
            root /data/static;
        }

        # 2. 反向代理 + 负载均衡：把请求分给厨师组
        location / {
            proxy_pass http://my_kitchen;
        }
    }
}