性能优化：B*Tree 索引分裂之存储参数

黄玮（Fuyuncat）

黄玮（Fuyuncat），资深 Oracle DBA，从事 Oracle 数据库管理、维护与开发工作十余年，有丰富的大型数据库设计、开发与维护方面的经验，涉及航空、水利、军工、电信等多个行业。曾供职于某世界著名物流公司，负责公司的电子物流系统的数据库开发和维护工作。2005年创建了个人网www.HelloDBA.com，致力于数据库底层技术的研究，整理和发布了大量关于数据库系统底层机制、存储结构、性能调优以及基础算法方面的文章，获得广大同行的高度评价。

编辑手记：你还在为运维中遇到的索引分裂问题而烦恼吗？恭喜你，今天我们的分享就是为你去除烦恼的，让我们一起去认识索引分裂之存储参数。

我们知道，在表的数据块中，当数据插入时，要保证数据块上剩余空间大于、等于PCTFREE的比例设置，以用于数据更新和多事务处理，从而减少数据迁移（Row Migration）的发生；而当分配新的数据块时，会根据INITRANS的设置预留相应的 ITL slot，保证并发事务能分配到 ITL slot。

在索引中，这两个参数仅在有数据时创建或重建索引才会起作用，且仅在叶子节点上起作用。

INITRANS

INITRANS 在索引数据块上是否起作用，是由索引在创建或重建时是否有数据（即是否会分配数据块）决定的。比较以下代码，第一段代码在 truncate 之后 rebuild（即不会分配索引数据块），因而 ITL slot数量为默认值2；第二段代码在有数据时 rebuild，然后再 truncate，此时再插入数据产生的新的索引块上 ITL slot数量就受到 INITRANS 的控制：

需要注意的是，当数据块上ITL Slot数量大于起作用的 INITRANS 时，在分裂时被“继承”。在以下例子中，在 rebuild 时，指定了 INITRANS 为3：

我们同时启动4个事务作用在最后一个节点，导致该数据块上分配5个（加一个递归事务ITL slot）ITL slot：

然后将它们全部提交或回滚，再插入数据，造成分裂：

Dump 出分裂的数据块，可以看到所有数据块都被分配了5个 ITL slot，而不是 INITRANS(3)的数量：

PCTFREE

PCTFREE在分裂时则被忽略。在上述例子中，我们找到一块发生9-1分裂产生的数据块，可以看到其空闲空间为44b，空闲率为44/2048=2.1%，远远小于我们rebuild时的设定值（60）。

我们再插入一些中间数据，造成5-5分裂：

可以看到，发生分裂的数据块的空闲率为556/2048=27.1%，可见PCTFREE（60）也被忽略了。

--- Fuyuncat TBC ---