ipcs -q 直接列出所有活跃消息队列，含 key、msqid、owner、perms、used-bytes 和 messages 字段；used-bytes 为消息正文总大小，messages 为未读消息数，非零且长期不降表明消费异常，普通用户仅见自身队列。
如何用 ipcs -q 查看系统中所有消息队列
直接运行 ipcs -q 就能看到当前活跃的消息队列列表，这是最常用的第一步。输出字段包括 key（键值）、msqid（队列 ID）、owner（所有者）、perms（权限）、used-bytes（已用字节数）和 messages（现存消息数）。
注意：used-bytes 是所有消息内容总大小（不含 mtype 字段），messages 为当前未被读取的消息条数。如果 messages 非零但长期不降，说明消费端卡住或没启动；如果 used-bytes 接近系统限制（如 65536），可能触发 msgsnd 阻塞。
-
ipcs -q不显示消息内容本身，只反映队列状态 - 普通用户只能看到自己创建的队列；root 可见全部
- 若输出为空，不代表没队列——可能是权限不足或队列已被销毁
如何用 ipcs -q -i <msqid></msqid> 查看单个队列详细信息
拿到某个 msqid 后（比如从 ipcs -q 输出中看到 ID 是 2），执行 ipcs -q -i 2 即可查看该队列完整元数据。
关键字段含义：
-
cbytes：当前已用字节数（同used-bytes） -
qbytes：该队列最大允许字节数（默认通常为65536） -
qnum：等价于messages，即未读消息数 -
lspid/lrpid：最后发送/接收消息的进程 PID，可用于追踪异常行为 -
发送时间/接收时间：精确到秒，能判断是否长时间无活动
⚠️ 常见误区：ipcs -q -i 不接受 key 值，必须传 msqid 数字；传错会报 Invalid argument。
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
如何结合 -p、-t、-c 查看进程与时间上下文
单独看队列 ID 不够定位问题，需要关联到具体进程和操作时间。加参数组合能快速缩小排查范围：
-
ipcs -q -p：同时显示cpid（创建者 PID）和lpid（最后操作 PID），方便查哪个进程建的、谁在发/收 -
ipcs -q -t：显示最后发送、接收、变更时间，比-i更紧凑，适合批量扫视 -
ipcs -q -c：显示cuid/cgid（创建者 UID/GID）和uid/gid（所有者），用于权限审计 - 三者可叠加使用，如
ipcs -q -p -t，但不要加-i——后者不兼容这些选项
例如发现某队列 lspid 是一个已退出的僵尸进程 PID，基本可断定是程序未正确调用 msgctl(..., IPC_RMID, ...) 清理资源。
如何确认消息队列的实际限制值
队列“满”不一定是因为消息太多，更可能是触及了内核硬限制。用 ipcs -lq 查看当前系统级约束：
-
max queues system wide：全系统最多支持多少个队列（常见值32000或1736） -
max size of message (bytes)：单条消息上限（如65536），影响msgsnd的msgsz参数合法性 -
default max size of queue (bytes)：新队列默认最大容量，可通过msgctl(..., IPC_SET, ...)调整，但不能超系统上限
⚠️ 注意：ipcs -lq 显示的是当前生效值，它由 /proc/sys/kernel/msg*/ 下的 sysctl 参数控制，不是编译期固定值。临时修改需用 sysctl -w kernel.msgmnb=...，否则重启失效。
真正难排查的，往往是多个小队列把 max queues system wide 耗尽，而单个队列看着都很空——这时候 ipcs -u 的汇总统计比逐个看 -q 更有效。
