Oracle 的反向键索引解决了 B 树索引右侧叶 block 的争用问题。但不利的一面是反向键索引会导致随机写入。为什么内存争用比寻求随机写入的磁盘更糟糕？
编辑:微软对 SQL Server 的建议基本相同 http://www.microsoft.com/en-us/download/details.aspx?id=26665
最佳答案
竞争停止了用户 session 的执行，而写入(除了直接路径)是异步的——它们由 DBWR 进程执行，唯一的同步磁盘写入是 LGWR 写入重做日志条目。
一个更大的问题可能是在某些情况下您更有可能在内存中需要更多的索引段，因为“最近”的更改分布在比常规索引多得多的 block 上，因此它可能是值得的密切关注分割统计数据，但即使出现问题，相对于您可能花时间处理的所有其他事情而言，它也可能只是一个很小的问题。
关于oracle - 为什么 Oracle 反向键索引不会导致缓慢的随机写入？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21530473/