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

好的，我们来对 Oracle 19C 数据库中的 V$PERSISTENT_QMN_CACHE 动态性能视图进行一次全面、深入的解析。这个视图涉及到一个非常专业且底层的功能。

---

1. 作用与概述

V$PERSISTENT_QMN_CACHE 视图的主要作用是展示数据库中持久化队列监视器（Persistent Queue Monitor, QMN）进程的缓存信息。

核心概念：队列监视器（QMN）与持久化缓存

• 队列监视器（QMN）：这是 Oracle 后台进程的一种，专门用于管理 Oracle Advanced Queuing (AQ) 和 Oracle Streams 的消息队列。它负责队列的传播（将消息从一个队列推到另一个队列）、出队（Dequeue）等异步操作。
• 持久化缓存：为了确保消息处理的高可靠性和事务一致性，QMN 进程的某些状态信息（如事务上下文、消息处理进度等）会被持久化地保存在数据库的系统全局区（SGA） 的一个特殊缓存中。即使数据库实例发生故障重启，这些信息也不会丢失，从而保证了队列操作可以从断点精确恢复，避免消息丢失或重复处理。

V$PERSISTENT_QMN_CACHE 正是为了可视化和监控这块特殊的持久化内存区域而存在的。

---

2. 使用场景

1. 高级队列（AQ）或 Streams 环境故障诊断：
   当AQ的传播作业或Streams的捕获/应用进程出现问题时（例如，停止、挂起、无法从崩溃中恢复），此视图可以帮助DBA检查QMN进程的持久化状态是否完整、一致，是排查复杂问题的高级手段。

2. 性能分析与调优：
   通过观察缓存中的事务信息数量、状态等，可以间接判断队列活动的繁忙程度，分析是否存在资源争用或瓶颈。

3. 实例恢复验证：
   在数据库实例异常关闭并重新启动后，可以查询此视图来确认QMN进程的持久化状态是否已成功恢复，从而确保AQ/Streams服务能正常续传。

4. Oracle内部支持：
   该视图提供的信息非常底层，通常由Oracle技术支持工程师在分析深层次bug或进行根因分析（RCA）时使用。普通DBA在日常运维中接触较少，但在处理极端问题时至关重要。

---

3. 字段含义详解

V$PERSISTENT_QMN_CACHE 视图的字段反映了持久化缓存中各种内部对象的状态。以下是主要字段的详细说明：

| 字段名 | 数据类型 | 含义说明 |
| ：— | ：— | :— |
| CACHE_ID | NUMBER | 缓存条目的唯一标识符。 |
| CACHE_TYPE | NUMBER | 缓存条目的类型代码。这是一个内部数字，代表缓存中存储的特定类型的Oracle内部对象或数据结构（例如，事务上下文、队列上下文等）。 |
| TRANSACTION_ID | VARCHAR2(22) | 与此缓存条目关联的事务ID。如果该条目与一个具体的事务相关，这里会显示该事务的ID。 |
| QUEUE_ID | NUMBER | 与此缓存条目关联的队列的对象ID（OBJID）。可以连接 DBA_OBJECTS 或 DBA_QUEUES 来查找具体的队列名称。 |
| STATE | NUMBER | 缓存条目的当前内部状态代码。不同的值代表条目处于不同生命周期（如活跃、已提交、待处理等）。这是一个非常底层的状态。 |
| CREATION_TIME | DATE | 此缓存条目被创建的时间戳。 |
| EXPIRATION_TIME | DATE | 此缓存条目预定过期或失效的时间戳。 |
| SPARE1 | NUMBER | 保留字段，供Oracle内部使用。 |
| SPARE2 | NUMBER | 保留字段，供Oracle内部使用。 |
| SPARE3 | VARCHAR2(128) | 保留字段，供Oracle内部使用。 |
| SPARE4 | VARCHAR2(128) | 保留字段，供Oracle内部使用。 |
| CON_ID | NUMBER | 包含此缓存条目的容器的ID。在CDB环境中，指示该条目属于哪个PDB。 |

重要提示：此视图中的许多字段（如 CACHE_TYPE, STATE）使用的是内部代码值，其具体含义并未公开文档化。解读这些值通常需要Oracle Support的帮助或对比内部事件跟踪。

---

4. 相关视图与基表

• 相关动态性能视图：

  • V$AQ， DBA_QUEUES：提供关于高级队列本身的信息。
  • V$STREAMS_CAPTURE， V$STREAMS_APPLY：提供Streams捕获和应用进程的信息。QMN进程为这些功能提供底层支持。
  • V$BUFFERED_QUEUES， V$BUFFERED_SUBSCRIBERS：与缓冲队列相关，QMN也会管理这些区域。
  • V$PERSISTENT_TRANSACTIONS（如果存在）：可能与持久化事务相关，是另一个观察角度。

• 底层基表：
  V$PERSISTENT_QMN_CACHE 是一个动态性能视图，它不基于普通的磁盘上的基表。它的数据来源于SGA中的一块持久化内存结构。这块内存在实例运行时由QMN进程管理和更新，并在实例关闭时通过一种特殊的机制（可能与控制文件或重做日志协作）将其内容持久化，以便在实例启动时由SMON（系统监视器进程） 或其他后台进程将其重新加载到内存中。其持久化的实现与Fast-Start Fault Recovery 等机制的思想类似，都是通过日志和检查点来保护内存中的关键信息。

---

5. 详细原理与知识点

1. 为什么需要持久化缓存？
AQ和Streams的操作常常是跨事务的、异步的。例如，一个传播作业可能正在处理一大批消息时数据库实例崩溃了。如果没有持久化机制，实例重启后，这个传播作业无从得知哪些消息已经处理成功，哪些尚未处理，从而导致消息丢失或重复发送。持久化缓存记录了这些关键的中间状态，确保了服务的Exactly-Once语义。

2. 工作流程简述：

1. 活动期间：当QMN进程执行队列操作（如传播消息）时，它会在其SGA缓存中创建和更新条目（CACHE_TYPE, TRANSACTION_ID, STATE等），记录当前的工作进度和事务上下文。
2. 检查点：Oracle会定期为这个缓存做检查点（Checkpoint）。这个过程中，缓存中的脏数据（已更改的数据）会通过重做日志（Redo Log）机制受到保护。这意味着缓存状态的变化被记录到了重做日志中。
3. 实例故障与恢复：
   • 故障：实例意外终止。
   • 恢复：下次数据库启动时，在实例恢复阶段，SMON进程不仅会恢复普通的数据块，还会从事务重做日志中重建V$PERSISTENT_QMN_CACHE所代表的这块持久化内存区域。
   • QMN重启：QMN进程启动后，会读取这块已恢复的缓存，从中断的地方继续执行它的队列管理任务，就像什么都没有发生过一样。

3. 关键知识点：

• 与重做日志的集成：这是该机制的核心。缓存的状态变化会生成重做记录，从而保证了缓存的可恢复性。
• SMON的作用：SMON是负责实例恢复的核心进程，它同样负责QMN持久化缓存的恢复。
• 性能考量：对缓存的所有更新都会产生重做日志，这可能会对高性能队列处理环境带来一定的I/O开销。这是实现高可靠性必须付出的代价。

---

6. 常用查询SQL

由于该视图非常底层，常用的查询主要是为了监控和诊断。

1. 查看缓存中的条目概览：

SELECT CACHE_TYPE,
       STATE,
       COUNT(*) AS ENTRIES_COUNT,
       MIN(CREATION_TIME) AS FIRST_ENTRY,
       MAX(CREATION_TIME) AS LAST_ENTRY
FROM V$PERSISTENT_QMN_CACHE
GROUP BY CACHE_TYPE, STATE
ORDER BY CACHE_TYPE, STATE;

这个查询可以告诉你缓存中有多少种类型的条目，它们大多处于什么状态。如果某种状态的条目异常多，可能意味着问题。

2. 查找与特定队列相关的缓存条目：

-- 首先找到你关心的队列的OBJECT_ID
SELECT OBJECT_ID, OWNER, OBJECT_NAME
FROM DBA_OBJECTS
WHERE OBJECT_TYPE = 'QUEUE' AND OBJECT_NAME = 'YOUR_QUEUE_NAME';

-- 然后使用找到的OBJECT_ID进行查询
SELECT c.CACHE_ID, c.CACHE_TYPE, c.TRANSACTION_ID, c.STATE, c.CREATION_TIME
FROM V$PERSISTENT_QMN_CACHE c
WHERE c.QUEUE_ID = &your_queue_object_id;

3. 检查是否存在长期停滞的缓存条目（可能指示问题）：

SELECT CACHE_ID, CACHE_TYPE, STATE, CREATION_TIME
FROM V$PERSISTENT_QMN_CACHE
WHERE CREATION_TIME < SYSDATE - INTERVAL '1' HOUR -- 查找存在超过1小时的条目
AND STATE NOT IN (0, 2); -- 注意：状态值0和2可能是'完成'或'已提交'，需根据实际情况调整，此条件仅为示例

长时间处于非终态的条目可能表示一个被挂起或失败后未能清理的事务。

总结

V$PERSISTENT_QMN_CACHE 是一个高度专业化、底层的动态性能视图，它揭示了Oracle Advanced Queuing/Streams架构中为实现高可靠性和崩溃恢复所采用的复杂机制。它监控的是一块受重做日志保护的特殊SGA内存区域，该区域持久化存储了QMN进程的关键状态。

对于绝大多数DBA来说，此视图在日常运维中很少直接使用，但在处理AQ或Streams环境中与实例崩溃恢复相关的复杂、棘手的故障时，它是不可或缺的高级诊断工具。理解其存在和基本原理，有助于更深入地把握Oracle数据库的高可用性设计理念。

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