0

我有以下条件的 Oracle 视图：

CREATE OR REPLACE FORCE EDITIONABLE VIEW .....
.
.
select *  from 
(select t1.*,(select t.enddate from (select enddate,empid,
  ROW_NUMBER() OVER (PARTITION BY empid ORDER BY enddate desc) as seqnum
  from employee t2
  where t2.empid=t1.empid) t
   where seqnum=1)  As enddate_1 from (select * from
(select WED.*,ROW_NUMBER() OVER (PARTITION BY empid ORDER BY startdate desc) as seqnum from 
(select t1.*,COUNT(*) OVER (PARTITION BY empid) WDECOUNT from employee t1) WED
where WDECOUNT=1 or WED.startdate <= sysdate)) t1 WHERE seqnum=1);

Wildfly Server 中的 20 或 30 个 Java 集成使用此视图来获取员工数据。

自创建的最后 7 天以来，它需要 6 秒才能返回 50 条记录，现在突然需要 1.5 秒来获取相同的记录（视图 sql 中未进行任何更改）。

检查了 oracle 历史，没有发现任何清除缓存命令或任何类型的锁。

你认为性能突然提高的概率是多少？

（这正在各种笔记本电脑上进行测试，我们发现所有行为都相同（速度缓慢和突然）。对于 Wildfly 连接池存在疑问；但其他表工作正常。

如果完成了某些索引（在历史记录中找不到）或提供了资源，我根本不知道 oracle。如果有人也可以从甲骨文的角度提供帮助）

我用来检查历史记录的 Oracle 查询：

SELECT v.FIRST_LOAD_TIME, CPU_TIME, ELAPSED_TIME, PARSING_SCHEMA_NAME, MODULE, V.* FROM V$SQL V 
where PARSING_SCHEMA_NAME = 'MAHTERJEEDATA' order by v.FIRST_LOAD_TIME desc;

Oracle Database 12c 版本 12.1.0.1.0 - 64 位生产

4

1 回答 1

1

这就像大海捞针。这里有很多选项，但是如果您问我，我会尝试查看上次执行数据库中的自动收集统计信息过程的时间。

可能，视图中涉及的表有新的统计信息，CBO 现在有更好的执行计划，也许更好的基数估计导致了新的计划。

使用 AWR 查看视图过去 7 天的执行计划

SELECT * FROM table(DBMS_XPLAN.DISPLAY_AWR('your_sql_id'));

也许您现在获得了针对同一 SQL 存储在 AWR 上的两个不同计划。

值得一试。但就像我说的，有很多选择。我要告诉你的是提高性能的最常见的方法之一。

于 2020-08-20T11:24:00.650 回答