Nginx 不使用 POSIX 消息队列，其 IPC 基于共享内存、信号和 socket，故 LimitMSGQUEUE 对其无实际影响；真正关键的是 LimitNOFILE、LimitNPROC、MemoryMax 和 TasksMax。
Systemd 管理 Nginx 时，LimitMSGQUEUE 并不是常用或默认需要显式配置的资源限制项，它控制的是进程可使用的 POSIX 消息队列（message queue）字节数上限，而 Nginx **本身不使用 POSIX 消息队列**，因此该限制对 Nginx 运行几乎无实际影响。
为什么 Nginx 不涉及 LimitMSGQUEUE
Nginx 基于事件驱动（epoll/kqueue），通过共享内存、信号、socket 通信等方式协调 worker 进程，完全绕开了 POSIX msgqueue。其 IPC 机制不依赖 mq_open()、mq_send() 等系统调用，所以即使 LimitMSGQUEUE=8192 或设为 0，也不会触发拒绝服务或启动失败。
哪些情况可能需要关注这个值
- 你的 Nginx 被嵌入到一个更复杂的 systemd service 中（例如：自定义 wrapper 脚本里主动调用了消息队列）
- 你启用了某些第三方模块（极罕见），且该模块明确依赖 POSIX 消息队列进行进程间通信
- 你在全局 systemd 配置（
/etc/systemd/system.conf）中大幅收紧了所有服务的默认DefaultLimitMSGQUEUE，并担心它被继承到 nginx.service
如何查看和设置（如确有需要）
若需显式声明，可在 [Service] 段添加：
[Service] ... LimitMSGQUEUE=8192
单位是字节；设为 0 表示禁止创建任何消息队列；设为 infinity 表示不限制（不推荐用于生产环境）。
生效前必须执行：systemctl daemon-reload && systemctl restart nginx
真正该关注的 Nginx 相关 Limit 项
相比 MSGQUEUE，以下几项对 Nginx 更关键：
-
LimitNOFILE：Nginx 需要大量文件描述符（每个连接至少占 1–2 个），建议设为
65536或更高 -
LimitNPROC：限制进程/线程数，避免 fork bomb，一般设为
4096即可 - MemoryMax（可选）：配合 cgroup v2 控制内存上限，防止 OOM
- TasksMax：限制最大任务数（含线程），防止单个服务耗尽系统 task slots
这些在 /etc/systemd/system/nginx.service 的 [Service] 段中直接配置即可生效。
