# 55.3\. 實現 ## 55.3.1\. 緩存的GiST創建 通過插入所有元組來創建一個很大GiST索引通常速度會很慢。 因為如果索引元組被分散到索引的各個地方，并且索引因為太大而不能完全放入緩存，那么插入將需要觸發很多隨機IO。 從9.2版開始，PostgreSQL支持更加高效的基于緩存的GiST索引創建方法,這種方法可以極大地減少非排序數據集所需的隨機IO。 但對于很好地排序過的數據集，這種方法效果甚微，甚至完全沒有。 因為這種情況下一次只有少量的頁接收新元組，即使整個索引不能放入緩存，這些頁卻可以完全放到緩存里。 但是，緩存的索引創建需要更多地調用`penalty`函數，這會消耗一些額外的CPU資源。 而且，緩存的索引創建使用的緩存需要占用臨時的磁盤空間，最大為索引的最終大小。 緩存也可能影響最終生成的索引的質量，既有正面的也有負面的影響。 影響依賴于不同的因素，比如輸入數據的分布和操作符類的實現。 缺省情況下，當索引大小達到[effective_cache_size](#calibre_link-1748)時，GiST索引創建會切換到緩存方式。 在執行CREATE INDEX命令時，也可以通過`BUFFERING`參數手動打開或關閉緩存方式。 缺省行為在大多數場合都是合適的，但是如果輸入的數據是排過序的，關閉緩存可能多少會快一點。