当索引数据块需要分裂时，会从Freelist中找到空闲的数据块满足分配需要，在10224的跟踪文件中，可以看到以下信息记录了新数据块的分配：

　　如果索引数据块上的数据被全部删除，该数据块就会被放置在freelist的前面，但并不从B树结构上删除:

　　从跟踪文件可以看到：当数据块中的实际记录数(rrow)为0时，被放到了freelist，但是并未从树结构中拿走。

　　在下一次数据块分裂时，从freelist上获取到该数据块，然后将其从树结构中删除，重新分配到树结构中：

　　跟踪文件显示了这一数据块被回收利用的过程：

　　需要注意的是，数据块被放入freelist的条件是该数据块上的实际记录数(rrow)为0，而不是等待删除这些数据的事务提交：

　　事务未提交，但从跟踪文件可以看到数据块已经被放到freelist上去了：

　　如果此时发生分裂，因为该数据块在freelist的前列，因此仍然会被获取到，但是，由于其上面的事务并未提交，所以不会被分配：　

　　下一次分裂时，由于其还在freelist，但事务仍未提交，会再次发生这一过程——这就导致了IO的增加：　

　　第二种需要注意的情况是，当删除的空数据块被放置到freelist后(事务也已提交)，此时它仍然在树结构中，此时如果有正好属于该数据块在树中位置的数据被插入，数据仍然会被写入该数据块上，但并不从freelist上移走：

　　此时如果发生分裂，该数据块仍然会被获得，但是分配失败，此时，它才会被从freelist上移走：