Nginx基础教程（68）Nginx辅助设施之共享内存：别让Nginx workers变成“聋哑人”！共享内存：这个“小黑板”才是高并发背后的真·大腿

嘿，朋友们！今天咱们来聊点Nginx里那些“不说不知道，一说吓一跳”的硬核知识。

你可能早就知道，Nginx能处理海量并发，靠的是它那经典的多worker进程模型：一个老大（Master Process）生了一堆能干的小弟（Worker Processes）。当海量的网络请求像春运人潮一样涌来时，这些小弟们被老大安排得明明白白，各自在自己的检票口（CPU核心）上疯狂检票，分工明确，效率极高。

但是！（注意，这里通常有个“但是”）

你有没有想过一个问题：这些小弟们，平时互相说话吗？

比如，Worker 1 今天检了10086个票，Worker 2 知道吗？有个“黄牛”（恶意IP）在Worker 3的窗口被发现了，Worker 4 能立刻把他拦在门外吗？你想在整个火车站搞个“瞬时人流统计”，该怎么把每个窗口的数据汇总起来？

答案是：默认情况下，他们不说！他们是一群“聋哑人”！

每个Worker进程都活在自己的小世界里，内存空间是隔离的。Worker 1 在自己笔记本上记的账，Worker 2 根本看不见。这就尴尬了，很多需要“全局协作”的事情就搞不定了。

那怎么办？总不能让他们靠吼吧？（进程间通信IPC可是很贵的！）

这时候，就需要我们今天的主角闪亮登场了——共享内存！

第一章：共享内存是谁？—— 团队里的“共享小黑板”

你可以把共享内存想象成办公室墙上那块谁都能看见、谁都能写的共享小黑板。

这块黑板被所有Worker小弟共用。任何一个小弟有什么需要通知大家的消息，比如“IP为 192.168.1.100 这家伙是黄牛，别让他进！”，就直接写在黑板上。其他小弟闲下来瞅一眼黑板，就知道了，下次这个IP再来，直接拒之门外。

这块“小黑板”牛在哪？

1. 全局视野： 所有Worker看到的数据都是一致的，打破了信息孤岛。
2. 速度炸裂： 直接读写内存，速度比去数据库或者磁盘上查资料快了几个数量级。在高并发场景下，这就是“生死时速”的区别。
3. 持久存在： 只要Nginx不重启，这块黑板上的内容就会一直存在（除非你主动擦掉），非常适合存储一些全局的、需要跨请求的状态信息。

那么，在Nginx的世界里，我们怎么搞出这么一块“小黑板”呢？这就不得不提两位超级英雄：ngx_http_lua_module 和它的黄金搭档 lua-resty-core。

第二章：怎么造这块“小黑板”？—— OpenResty 的 lua_shared_dict