DBA Result Cache Statistics – Oracle EBS SQL Report
Oracle E-Business Suite SQL report from the Enginatics Library powered by Blitz Report™.
Overview
Result cache statistics with size values in MB.
If the ‘Maximum Size’ is big enough, ‘Create Count Failure’ should be zero or low, same as ‘Delete Count Valid’, which depicts the number of valid cache results flushed out. ‘Find Count’ shows the number of cached results used (instead of executing the underlying sql/plsql) and should hence be as high as possible for maximum performance improvement.
A high number of ‘Invalidation Count’ or ‘Delete Count Invalid’ relative to ‘Find Count’ should get investigated further as it indicates a result_cache specified for code where the underlying data changes too frequently.
alter system set result_cache_max_size=600M scope=both
Report Parameters
Oracle EBS Tables Used
Report Categories
Related Reports
DBA SGA+PGA Memory Configuration, DBA Result Cache Objects and Dependencies, DIS Access Privileges, INV Movement Statistics, DBA Feature Usage Statistics, FND Concurrent Managers
Running This SQL Without Blitz Report
Some Oracle EBS SQL reports in this library require functions from the utility package xxen_util. Install it before running the SQL directly against your Oracle EBS database.
Download & Import Options
| Resource | Link |
|---|---|
| Excel Example Output | DBA Result Cache Statistics 18-Jan-2018 225229.xlsx |
| Blitz Report™ XML Import | DBA_Result_Cache_Statistics.xml |
| Full SQL on Enginatics | www.enginatics.com/reports/dba-result-cache-statistics/ |
Case Study & Technical Analysis
Abstract
The DBA Result Cache Statistics report offers a high-level overview of the health and efficiency of the Oracle Server Result Cache. Unlike the object-level detail report, this analysis focuses on global statistics such as total memory usage, hit/miss ratios, and invalidation counts. It is the primary tool for sizing the result cache and determining if the feature is providing a net benefit to the database workload.
Technical Analysis
Key Metrics
- Create Count Failure: Indicates if the cache is too small to accommodate new results. A non-zero value suggests
RESULT_CACHE_MAX_SIZEmay need to be increased. - Find Count: Represents cache hits. A high value indicates the cache is effectively serving data from memory, bypassing SQL execution.
- Invalidation Count: The number of times cached results were purged due to data changes. High invalidation rates relative to find counts suggest that the result cache is being used on volatile data, which is an anti-pattern.
- Delete Count Valid: Results flushed due to LRU (Least Recently Used) pressure, further indicating potential sizing issues.
Configuration Context
The report helps validate the setting of the initialization parameter:
alter system set result_cache_max_size=600M scope=both;
If the allocated memory is consistently full and valid results are being evicted, increasing this parameter may yield performance gains.
Key View
GV$RESULT_CACHE_STATISTICS: Provides the global counters for the result cache subsystem across all RAC instances.
Operational Use Cases
- Capacity Planning: determining the optimal memory allocation for the result cache.
- Efficiency Monitoring: Calculating the “Hit Ratio” of the result cache.
- Workload Characterization: Understanding if the workload is read-mostly (good for caching) or write-intensive (bad for caching).
Useful Links
- Blitz Report™ – World’s Fastest Oracle EBS Reporting Tool
- Oracle Discoverer Replacement – Import Worksheets into Blitz Report™
- Oracle EBS Reporting Toolkits by Blitz Report™
- Blitz Report™ FAQ & Community Q&A
- Supply Chain Hub by Blitz Report™
- Blitz Report™ Customer Case Studies
- Oracle EBS Reporting Blog
- Oracle EBS Reporting Resource Centre
© 2026 Enginatics