具有序列的SqlServer聚集索引和使用池化算法插入的多個Java服務器-性能

Question

我正在參與一個新的大型項目，該項目將使用Sql Server2012。將有10-15台Java服務器連接到該數據庫。 我們正在使用Hibernate 4.3作為ORM。

我正在研究使用哪種類型的主鍵來最大化性能。 在以前的項目中（對於Sql Server 2005），我通常使用id列和自動生成的標識以及該列上的聚集索引。

但是，在Sql Server 2012中引入了序列。 從我已經讀過的書中，我知道：

• 應使用CACHE設置創建序列（例如CACHE 1000）
• 序列應使用INCREMENT BY> 1設置創建（例如INCREMENT BY 50）。 這樣，Hiberante將使用池化算法

令我擔心的是，隨着將多個Java服務器插入到表中，數據將不會總是插入到聚集索引的末尾。 例如（INCREMENT BY 50和當前序列號= 1）：

1. 服務器A從序列中檢索下一個值。 從序列中返回50。
2. 服務器B從序列中檢索下一個值。 從序列中返回100。
3. 服務器B插入id為51的插入。
4. 服務器A進行ID = 1的插入。此插入不在聚簇索引的末尾。

您是否認為不在聚集索引的末尾插入會導致性能大幅下降？ 我能以某種方式克服它嗎？或者在我的場景中，我應該堅持身份列而不是順序？

Answer 1

是的，這將對性能產生巨大影響。 這將導致頁面拆分，並可能導致遞歸頁面拆分。 我建議堅持使用“身份”列。 有選項，填充，堆表而不是聚簇索引等，這些選項都具有后續陷阱。