面试宝典:介绍下Oracle数据库动态性能视图 V$BUFFERED_QUEUES

好的，我们来对 Oracle 19C 数据库中的 V$BUFFERED_QUEUES 动态性能视图进行一次全面、深入的解析。

这个视图是 Oracle Advanced Queuing (AQ) 功能中缓冲消息 (Buffered Messaging) 部分最核心的监控接口，它提供了整个缓冲队列健康状况的全局视角。

---

1. 作用与简介

核心作用：
V$BUFFERED_QUEUES 动态性能视图用于实时监控数据库中所有缓冲队列（Buffered Queue）的关键性能指标和状态信息。它回答了关于缓冲消息系统整体健康度的核心问题：队列有多满？消息溢出到磁盘了吗？内存使用情况如何？

背景知识回顾：

• 持久队列 (Persistent Queue)：消息存储在磁盘表中，保证可靠性。
• 缓冲队列 (Buffered Queue)：消息主要存储在内存中，以极高性能和低延迟为目标，牺牲部分持久性（实例崩溃时内存消息会丢失）。V$BUFFERED_QUEUES 就是为监控这种高性能队列而设计的。

---

2. 使用场景

1. 系统级健康度监控：

   • 数据库管理员（DBA）可以快速浏览此视图，了解系统中所有缓冲队列的负载情况，判断是否有队列出现消息积压 (NUM_MSGS)、内存溢出 (SPILL_MSGS) 等异常状态。

2. 性能诊断与调优：

   • 高 SPILL_MSGS 值是关键的性能告警信号。它表明 SGA 中分配给该队列的内存不足，导致消息被写入磁盘临时表空间，这会严重拖慢发布和消费速度。这通常需要通过 DBMS_AQADM.ALTER_QUEUE 调整 MAX_RETENTION 或增大 _AQ_BUFFERED_QUEUE_SIZE 初始化参数来解决。
   • 监控 NUM_MSGS 的增长趋势，可以判断生产者速率和消费者速率是否匹配。持续增长可能意味着消费者端存在瓶颈。

3. 容量规划：

   • 通过观察 MEM_USAGE 和 SPILL_MSGS，可以评估当前配置的缓冲队列内存大小是否满足业务流量需求，为扩容或参数调整提供数据依据。

4. 问题排查：

   • 当应用程序报告消息延迟时，首先查看此视图，可以快速定位是哪个队列出了问题，并初步判断问题是出在内存不足 (SPILL_MSGS) 还是消费端 (NUM_MSGS 堆积)。

---

3. 字段含义详解

以下是 V$BUFFERED_QUEUES 视图中的主要字段及其含义：

| 字段名 | 数据类型 | 含义 |
| ：— | ：— | :— |
| QID | NUMBER | 队列的唯一标识符。是内部标识，可与 DBA_QUEUES.QUEUE_ID 关联。 |
| NAME | VARCHAR2(128) | 队列的名称。格式为 schema_name.queue_name。 |
| ENQUEUERS | NUMBER | 当前正在向此队列发布消息的活跃生产者（Enqueuer）会话数量。 |
| DEQUEUERS | NUMBER | 当前正在从此队列获取消息的活跃消费者（Dequeuer）会话数量。 |
| NUM_MSGS | NUMBER | 当前队列中存在的消息总数（包括已在内存中和已溢出到磁盘的）。这是等待被消费的消息数量。 |
| CUR_MSGS | NUMBER | 当前仅存储在内存中的消息数量（不包括已溢出的部分）。 |
| SPILL_MSGS | NUMBER | 已经从内存缓冲区溢出到磁盘临时表空间的消息数量。这个值高是性能问题的明确指示。 |
| MEM_USAGE | NUMBER | 此队列当前消耗的共享内存总量（字节）。 |
| MAX_MSG_NUM | NUMBER | 队列中现存消息的最大消息编号（内部序列号）。 |
| MIN_MSG_NUM | NUMBER | 队列中现存消息的最小消息编号（内部序列号）。 |
| STATE | VARCHAR2(14) | 队列的当前操作状态。可能的值： |
| | | • READY：队列正常运行，可进行入队和出队操作。 |
| | | • ENQUEUING：队列正在处理入队操作（内部状态）。 |
| | | • DEQUEUING：队列正在处理出队操作（内部状态）。 |
| | | • SENDING：队列正在发送消息（与传播相关，内部状态）。 |
| SHUTDOWN | VARCHAR2(5) | 队列的关闭状态。 |
| | | • TRUE：队列已被设置为 SHUTDOWN 状态，不允许新的入队或出队操作。 |
| | | • FALSE：队列正常运行。 |

---

4. 相关视图与基表

• 相关动态性能视图：

  • V$BUFFERED_PUBLISHERS： 提供生产者粒度的详细信息（如哪个会话发布了多少消息）。可通过 QID 与 V$BUFFERED_QUEUES 关联。
  • V$BUFFERED_SUBSCRIBERS： 提供消费者粒度的详细信息（如哪个消费者读取了多少消息，等待了多久）。可通过 QID 关联。
  • DBA_QUEUES： 提供队列的元数据和管理信息（如队列类型、创建时间、是否启用了缓冲模式等）。DBA_QUEUES.QUEUE_ID 与 V$BUFFERED_QUEUES.QID 通常可以关联。
  • V$SESSION / V$PROCESS： 通过 V$BUFFERED_PUBLISHERS 和 V$BUFFERED_SUBSCRIBERS 中的 SID 关联，可以找到对应的操作系统进程和会话详情。

• 基表 (Underlying Table)：

  • 与 V$BUFFERED_PUBLISHERS 一样，V$BUFFERED_QUEUES 没有直接对应的基表。
  • 它是一个动态性能视图，其数据直接来源于实例运行时在SGA中维护的关于缓冲队列的内存控制结构。这些数据结构在实例启动时创建，关闭时销毁。该视图的数据是通过查询底层未公开的 X$ 表（如 X$KJBL）来生成的，严禁直接查询 X$ 表。

---

5. 底层详细原理

1. 内存管理与结构：

   • 当创建一个缓冲队列时，Oracle 会在 Streams Pool（如果配置）或 Buffer Cache 中为其预留一部分内存空间。
   • 每个缓冲队列在 SGA 中都有一个对应的队列控制结构 (Queue Control Structure)。这个结构是一个复杂的内存对象，包含了视图中所有字段的运行时数据，并管理着一个内存中的消息链表。

2. 消息生命周期与视图计数：

   • 入队 (ENQUEUE)：
     1. 生产者会话将消息发布到队列。
     2. 消息首先被写入到上述内存链表中。
     3. 队列控制结构中的 NUM_MSGS, CUR_MSGS, MEM_USAGE 会增加。
   • 溢出 (SPILL)：
     1. 当内存使用达到阈值（由 _AQ_BUFFERED_QUEUE_SIZE 和 _AQ_BUFFERED_QUEUE_FREE_THRESHOLD 等参数控制）时，为了给新消息腾出空间，最老的消息（LRU算法）会被移出内存。
     2. 这些消息被写入到磁盘的临时表空间中。
     3. 此时，SPILL_MSGS 增加，CUR_MSGS 减少。NUM_MSGS 不变，因为消息依然在队列中，只是存储位置变了。
   • 出队 (DEQUEUE)：
     1. 消费者会话从队列中读取消息。
     2. Oracle 会优先提供内存中的消息。如果需要，也会从磁盘临时段中读取已溢出的消息。
     3. 消息被成功消费并确认后，会从队列中永久删除。
     4. 所有相关的计数（NUM_MSGS, CUR_MSGS, SPILL_MSGS, MEM_USAGE）都会相应减少。

3. 视图数据来源：

   • V$BUFFERED_QUEUES 本质上是一个只读窗口，它直接访问并格式化展示 SGA 中所有队列控制结构的快照信息。查询这个视图的开销很低，因为它只是读取已有的内存数据，而不需要执行复杂的计算或磁盘I/O。

---

6. 常用查询SQL示例

1. 查看所有缓冲队列的核心指标（健康度检查）

SELECT name,
       num_msgs AS "Total Messages",
       cur_msgs AS "In-Memory Msgs",
       spill_msgs AS "Spilled Msgs",
       ROUND((spill_msgs / DECODE(num_msgs, 0, 1, num_msgs)) * 100, 2) AS "Spill %",
       ROUND(mem_usage / 1024 / 1024, 2) AS "Mem Usage (MB)",
       state,
       shutdown
FROM v$buffered_queues
ORDER BY spill_msgs DESC NULLS LAST;

2. 识别存在溢出问题的高风险队列（性能调优重点）

SELECT name,
       num_msgs,
       spill_msgs,
       ROUND((spill_msgs / DECODE(num_msgs, 0, 1, num_msgs)) * 100, 2) AS spill_percentage,
       ROUND(mem_usage / 1024 / 1024, 2) AS mem_usage_mb
FROM v$buffered_queues
WHERE spill_msgs > 0
ORDER BY spill_percentage DESC;

3. 监控队列的内存消耗排名

SELECT name,
       ROUND(mem_usage / 1024 / 1024, 2) AS mem_usage_mb,
       num_msgs,
       enqueuers,
       dequeuers
FROM v$buffered_queues
ORDER BY mem_usage DESC;

4. 综合查询：关联DBA_QUEUES获取更多信息

SELECT bq.name,
       bq.num_msgs,
       bq.spill_msgs,
       bq.enqueuers,
       bq.dequeuers,
       dq.queue_table,
       dq.retention -- 消息保留期
FROM v$buffered_queues bq
JOIN dba_queues dq ON (bq.qid = dq.queue_id AND dq.queue_type = 'BUFFERED')
ORDER BY bq.num_msgs DESC;

---

总结

V$BUFFERED_QUEUES 是监控 Oracle 缓冲消息系统的仪表盘。它提供了队列粒度的聚合信息，是诊断性能问题的第一站。

• 核心监控点：SPILL_MSGS（内存不足）、NUM_MSGS（消息积压）、MEM_USAGE（内存消耗）。
• 关键价值：快速定位系统瓶颈，判断问题是源于生产者过快、消费者过慢，还是内存配置不足。
• 使用方法：结合 V$BUFFERED_PUBLISHERS 和 V$BUFFERED_SUBSCRIBERS，可以从系统（队列）-> 生产者 -> 消费者进行逐层钻取（Drill-Down），精准定位故障根源。

准确理解和运用这个视图，对于保障基于 Oracle AQ 缓冲模式的高性能异步应用系统的稳定性和高效性至关重要。

欢迎关注我的公众号《IT小Chen》