---
title: 为什么 gv$plan_cache_plan_stat 里的 SLOWEST_EXE_USEC 记录不准确-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于 为什么 gv$plan_cache_plan_stat 里的 SLOWEST_EXE_USEC 记录不准确相关的常见问题和使用技巧，帮助您快速解决 为什么 gv$plan_cache_plan_stat 里的 SLOWEST_EXE_USEC 记录不准确的难题。
---
切换语言

- 简体中文
- English

划线反馈

# 为什么 gv$plan_cache_plan_stat 里的 SLOWEST_EXE_USEC 记录不准确

更新时间：2025-11-25 03:11

适用版本： V2.1.x、V2.2.x、V3.1.x、V3.2.x 内容类型：Troubleshoot  

## 问题描述

在执行某些 SQL 查询时，出现了超时情况。用户通过查询视图 `gv$sql_audit` 找到超时 SQL 的 `plan_id`，然后希望通过在 `gv$plan_cache_plan_stat` 中按 `plan_id` 过滤 `SLOWEST_EXE_USEC` 来源于该 SQL 的执行数据。结果发现 `SLOWEST_EXE_USEC` 记录的耗时非常短，明显与实际情况不符，无法进行正确评估。

## 问题原因

经过深入分析，发现 `gv$plan_cache_plan_stat` 中的 `SLOWEST_EXE_USEC` 字段只记录成功执行的 SQL 查询的耗时。对于那些由于超时或其他异常导致未能完成的 SQL 查询，其执行时间不会被计入到 `SLOWEST_EXE_USEC` 中。这一现象是正常的。

## 解决方法

不需要处理。

## 适用版本

OceanBase 数据库 V2.x、V3.x 版本。

Previous

[OceanBase 数据库 V4.x 版本中 sql_audit 视图中 partition_cnt 统计方式的变化](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000927583)

Next

[GV$OB_SQL_AUDIT 查到部分 SQL 为空且显示耗时长](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000003866906) ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线