"Shard" 這個詞英文的意思是"碎片"，而作為數據庫相關的技術用語，似乎最早見于大型多人在線角色扮演游戲(MMORPG)中。"Sharding" 姑且稱之為"分片"。
Sharding 不是一個某個特定數據庫軟件附屬的功能，而是在具體技術細節之上的抽象處理，是水平擴展(Scale Out，亦或橫向擴展、向外擴展)的解決方案，其主要目的是為突破單節點數據庫服務器的 I/O 能力限制，解決數據庫擴展性問題。
事關數據庫擴展性
說起數據庫擴展性，這是個非常大的話題。目前的商業數據都有自己的擴展性解決方案，在過去相對來說比較成熟，但是隨著互聯網的高速發展，不可避免 的會帶來一些計算模式上的演變，這樣很多主流商業系統也難免暴露出一些不足之處。比如 Oracle 的 RAC 是采用共享存儲機制，對于 I/O 密集型的應用，瓶頸很容易落在存儲上，這樣的機制決定后續擴容只能是 Scale Up（向上擴展） 類型，對于硬件成本、開發人員的要求、維護成本都相對比較高。
Sharding 基本上是針對開源數據庫的擴展性解決方案，很少有聽說商業數據庫進行 Sharding 的。目前業界的趨勢基本上是擁抱 Scale Out，逐漸從 Scale Up 中解放出來。
Sharding 的應用場景
任何技術都是在合適的場合下能發揮應有的作用。 Sharding 也一樣。聯機游戲、IM、BSP 都是比較適合 Sharding 的應用場景。其共性是抽象出來的數據對象之間的關聯數據很小。比如IM ，每個用戶如果抽象成一個數據對象，完全可以獨立存儲在任何一個地方，數據對象是 Share Nothing 的；再比如 Blog 服務提供商的站點內容，基本為用戶生成內容(UGC)，完全可以把不同的用戶隔離到不同的存儲集合，而對用戶來說是透明的。
這個 "Share Nothing" 是從數據庫集群中借用的概念，舉例來說，有些類型的數據粒度之間就不是 "Share Nothing" 的，比如類似交易記錄的歷史表信息，如果一條記錄中既包含賣家信息與買家信息，如果隨著時間推移，買、賣家會分別與其它用戶繼續進行交易，這樣不可避免的 兩個買賣家的信息會分布到不同的 Sharding DB 上，而這時如果針對買賣家查詢，就會跨越更多的 Sharding ，開銷就會比較大。
Sharding 并不是數據庫擴展方案的銀彈，也有其不適合的場景，比如處理事務型的應用就會非常復雜。對于跨不同DB的事務，很難保證完整性，得不償失。所以，采用什么樣的 Sharding 形式，不是生搬硬套的。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/