标签：Full Table Scan

共 2 篇相关文章

IT 累计浏览 1,868

Oracle 11g全表扫描以Direct Path Read方式执行

这篇文章聚焦Oracle 11g引入的一个性能优化特性：全表扫描通过Direct Path Read执行。作者从实际的性能调优场景出发，剖析了这一设计变更背后的考量。核心观点是，当执行偶发性的、需要读取大量数据的全表扫描时，绕过Buffer Cache（缓冲区缓存）的直接路径读是一种更优解。传统全表扫描会将数据块读入缓冲区，这在频繁访问时可以加速，但若数据量巨大且仅为一次性或低频读取，则会将缓冲区中大量的“热”数据替换出去，造成整体性能抖动。Direct Path Read则通过直接读取数据文件，避免了对共享缓存的冲击，保护了日常交易的响应速度。文章清晰地界定了两种方式的适用边界：对于小表或频繁访问的表，传统的缓存机制依然高效；而对于偶发的大表分析型查询，直接路径读则能提供更稳定、可预测的性能。这种对数据库内部机制取舍的讲解，帮助读者在面对类似场景时，能更深刻地理解系统行为并做出合理的设计选择。

IT 累计浏览 2,213

执行计划中常见index访问方式

这篇讲的是通过一系列针对单表单索引的测试，系统总结了Oracle数据库中几种常见的Index访问方式。作者从实际的执行计划出发，用不同的hint组合，模拟了Oracle执行计划中几种典型的index访问路径。测试核心聚焦于Hint对优化器选择索引访问方式的直接影响。文章展示了在相同数据和索引条件下，使用不同hint（如`INDEX`、`INDEX_FFS`等）后，执行计划中的代价、成本以及具体的I/O读取方式会发生怎样的变化。有趣的是，文章没有去深究为什么每种路径的IO和成本会呈现这样的结果，而是直接给出了不同hint下的统计对比。它更像一份精心准备的“实验报告”，通过具体的执行计划统计，直观展示了hint对优化器选择index访问方式的直接影响。其价值在于，它把经常让人困惑的`INDEX FULL SCAN`与`INDEX FAST FULL SCAN`等概念，放到了一个可观察、可对比的实验场景里。对于想理清“hint如何改变索引使用方式”这一具体问题的开发者，这份实测数据提供了一个清晰的参考起点。