如何理解oracle中的反向键索引

这篇文章将为大家详细讲解有关如何理解oracle中的反向键索引，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。

创新互联是一家企业级云计算解决方案提供商,超15年IDC数据中心运营经验。主营GPU显卡服务器，站群服务器，温江服务器租用，海外高防服务器，机柜大带宽、租用·托管，动态拨号VPS，海外云手机，海外云服务器，海外服务器租用托管等。

反向键索引是一种B-tree索引，它在保持列顺序的同时，物理地改变每个索引键的字节（反向键索引除了ROWID和still之外，反转每个索引列的字节）。例如，如果索引键为20，如果在十六进制中存储为这个键的两个字节是C1，则是标准b树索引中的15个字节，那么一个反向键索引将字节存储为15,C1。

优点：
反转键解决了b树索引右侧叶块争用的问题。这个问题在Oracle Real Application cluster (Oracle RAC)数据库中尤其突出，在这个数据库中多个实例反复修改同一个块。例如，在orders表中，订单的主键是顺序的。集群中的一个实例添加了order 20，而另一个实例添加了21，每个实例都将其关键字写入索引右侧的同一个叶块。

在反向键索引中，字节顺序的反转分布在索引中的所有叶键上。例如，在标准键索引中相邻的20和21这样的键现在被分开存储在不同的块中(索引会在左边，中间，右边-到处都是)。所以争论就这样消失了。因此，顺序键插入的I/O分布更均匀。

缺点：
但是，必须指出的是:现在整个索引最好在缓冲区缓存中，而在之前——只有热的右侧需要在缓存中进行有效的插入。如果索引不能放入缓存，我们很可能会将缓冲区繁忙的等待变成物理IO等待，这可能更糟(补救比症状更糟糕)。

由于索引中的数据在存储时没有按列键排序，所以反向键安排在某些情况下消除了运行索引范围扫描查询的能力。例如，如果用户对大于20的订单ID发出查询，那么数据库就不能从包含该ID的块开始，然后水平地通过叶块进行。

总结：
这些索引旨在消除插入应用程序上的索引热点。这些索引对于插入性能非常好，但是它们是有限的，因为数据库不能使用它们进行索引范围扫描。

语法：
create index on (, )
REVERSE;

关于如何理解oracle中的反向键索引就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。