建议提高查询性能 (Oracle)

Question

我有一个包含 116,317,979 条记录的表 (A)，并且它每天以每天大约 750,000 条记录的速度增长。

根据我的要求，我想使用日期列有效地从表中获取最后 3 天的数据（日期时间存储在列中）。所以查询将是

select * from A where date_column >= trunc(sysdate) - 3

我还需要将表 A 与表 B 连接起来，这样

select * from A 
left outer join B 
on A.X = B.X and A.Y = B.Y and A.Z = B.Z and B.M = 'XYZ' and B.N = 'UIM'
where A.date_column >= trunc(sysdate) - 3

表 B 的唯一索引 & PK (X,Y,Z,M,N)

表 A (ID) 的唯一索引 & PK

---

表 A 上的建议 IDX 1 (date_column)

表 A (X,Y,Z) 上的建议 IDX 2

Time without Indexes 34 sec
Time with IDX 1      32 sec
Time with IDX 1 & 2  27 sec //Sorry about the mistype

通过仅在 A.date_column 上添加索引，我认为我可以显着提高性能，但我的测试结果是否定的。除了添加新索引之外，还有其他提示可以提高性能吗？从长远来看，添加这样的索引有什么害处吗？

或

最好创建另一个表并以某种方式在其中填充最近 3 天的数据（使用 db 触发器）。我可以轻松地使用另一个流程来每晚清除超过 3 天的数据。

提前致谢。

Answer 1

您应该检查执行计划以查看索引是否正在使用。我猜date_column 上的索引没有被使用，32 秒和 34 秒之间的差异只是噪音。

我建议在A(date_column, X, Y, Z) 上为此查询建立索引。

添加索引有什么害处吗？好吧，他们在inserts/updates/deletes 上增加了开销。如果您的插入是事务性的，那么您每秒插入大约 10 行——不包括更新和删除。如果您的峰值明显高于并且您的硬件不是很好，那么索引可能会减慢速度。如果批量添加额外的行，我不会担心开销。

我怀疑将表格拆分为单独的 3 天表格会产生很大的不同。但为什么要听我的？试试看。获取过去 3 天以上的数据，将其转储到表中，正确索引并查看查询是否更快。

Answer 2

Oracle 分区在这里很有意义，但即使对于企业版，这也是一个额外的成本选项。 如果分区不可用 - 保留最后 3 天的单独表应该是最好的性能。你应该试试看。

如果您想从索引中获得最大值，那么您可以考虑使用物理参数：

• 如果日期列没有更新，数据很少被删除，那么可以设置PCTFREE 0
• 查看您的最终查询，我建议在 trunc(date) 列上创建一个索引并使用压缩 -> 在这种情况下，每个索引数据块存储更多条目。在这种情况下，最终的查询条件应该是trunc(date_column) >= trunc(sysdate) - 3

根据表 A 中 X、Y、Z 的选择性，压缩它们也是有意义的。所以我建议检查两种情况：

1. create index trunc_date_ai on A(trunc(date_column)) pctfree 0 compress; + 你的 IDX2
2. create index trunc_date_ai on A(trunc(date_column),X,Y,Z) pctfree 0 compress; pctfree 0 应该在 X、Y、Z 未在表 A 中更新的情况下使用。 compress 关键字在这里对所有 4 列进行压缩，因此对于特定 trunc(date_column)，如果 X、Y、Z 值在表 A 中高度可重复，则值得使用。

要强制使用索引，您可以提示查询，例如：

select --+ index (A trunc_date_ai)
       * 
from   A left outer join B 
on A.X = B.X and A.Y = B.Y and A.Z = B.Z and B.M = 'XYZ' and B.N = 'UIM'
where trunc(A.date_column) >= trunc(sysdate) - 3