好文分享 — Why UUID7 is better than UUID4 as clustered index in RDBMS

先前有介紹過 clustered index 的運作原理,以及為什麼亂數會對 clustered index 造成效能影響。

譬如 UUID4 這種亂數 Id 所造成的效能影響,其解決辦法為讓亂數的開頭部分有序產生,如此 clustered index 就不會因為亂數會造成需要一次更新多個 nodes 而效能大受影響,所以在開頭用 48 bits 的 timestamp 產生 Id 的 UUID7 就會比用 UUID4 來的更好。

“Why UUID7 is better than UUID4 as clustered index in RDBMS” 1 文透過實際實驗測試 UUID4, UUID7 與遞增 Id 用在 clustered index (簡單來說就是 Primary Key)的寫入效能差異,該文分別做了 1 百萬筆與 5 百萬筆的寫入測試, UUID7 與 UUID4 之間的寫入時間差異最慢可以差到 23% 的情況,足已證明 UUID4 純亂數會對資料庫的 clustered index 效能造成影響。

除了 UUID7 之外, Instagram 的 ShardingID, Spoify 的 ULID 以及 MongoDB 的 ObjectID 也都是用相似的手法在 Id 中加入 timestamp 確保開頭有序,避免對 clustered index 造成效能影響。

總之,好文章推推!

Why UUID7 is better than UUID4 as clustered index in RDBMS

對抗久坐職業傷害

研究指出每天增加 2 小時坐著的時間,會增加大腸癌、心臟疾病、肺癌的風險,也造成肩頸、腰背疼痛等常見問題。

然而對抗這些問題,卻只需要工作時定期休息跟伸展身體即可!

你想輕鬆改變現狀嗎?試試看我們的 PomodoRoll 番茄鐘吧! PomodoRoll 番茄鐘會根據你所設定的專注時間,定期建議你 1 項辦公族適用的伸展運動,幫助你打敗久坐所帶來的傷害!

追蹤新知

看完這篇文章了嗎?還意猶未盡的話,追蹤粉絲專頁吧!

我們每天至少分享 1 篇文章/新聞或者實用的軟體/工具,讓你輕鬆增廣見聞提升專業能力!如果你喜歡我們的文章,或是想了解更多特定主題的教學,歡迎到我們的粉絲專頁按讚、留言讓我們知道。你的鼓勵,是我們的原力!

贊助我們的創作

看完這篇文章了嗎? 休息一下,喝杯咖啡吧!

如果你覺得 MyApollo 有讓你獲得實用的資訊,希望能看到更多的技術分享,邀請你贊助我們一杯咖啡,讓我們有更多的動力與精力繼續提供高品質的文章,感謝你的支持!