Redis儲存系統Pika架構設計的方法是什麼

Pika 是 360 基礎架構團隊和 DBA 團隊聯合研發的一款高效、穩定、簡單可依賴的開源的 NoSQL 資料庫產品。完全相容Redis 協議，支援5 種資料結構（string，hash，list，set，zset），資料持久化到RocksDB，相比於Redis 記憶體的儲存方式，能大幅減少伺服器資源的佔用，增強了資料的可靠性。可以採用單機和集群兩種模式部署。 Pika 計畫 2015 年啟動，隨後在 Github 上開源，現有 3700 stars，35個 contributors，社區有大量的線上業務使 Pika。

比較Redis

儲存容量： Redis 儲存到內存，硬體成本高，宕機恢復延遲高；Pika 借用RocksDB 儲存到磁碟，單一伺服器所容納的資料量是Redis 的幾十倍，宕機恢復速度快。

吞吐量： Redis QPS 較高，單一伺服器百萬等級的 QPS；Pika QPS 相對較低，單一伺服器數十萬，Redis 是 Pika 的 3～5 倍。

存取延遲： Redis 應該在 1ms 以內；Pika 延遲稍高，3ms 以內。

維運部署： Redis 支援單機主從和叢集兩種方式； Pika 也支援兩種方式部署。

適用場景

如果業務場景資料量比較大（> 50GB），資料可靠性要求高，那麼 Pika 可以解決您的問題。

場景1：大規模資料處理系統的中間結果儲存

場景2：使用Redis/Redis Cluster 做持久化儲存的業務系統

場景3：大型分佈式系統的元資料儲存

架構設計

Pika 可以透過設定檔中的instance-mode 配置項，設定為classic 和sharding，來選擇執行經典模式（Classic）還是分散式模式（Sharding）的Pika。

• 經典模式架構

#經典模式（Classic）： 即1主N從同步模式， 1 個主實例儲存所有的數據，N 個從實例完全鏡像同步主實例的數據，每個實例支援多個DBs。 Pika 的設定項 databases 可讓您設定可以建立的最大 DB 數量，預設從 0 開始。 DB 在 Pika 上的物理存在形式是一個檔案目錄。

• 分散式模式架構

#分散式模式（Sharding）： Sharding 模式下，將用戶儲存的資料集合稱為Table，每個Table 會切分成多個分片，每個分片稱為Slot，而對於某一個KEY 的資料由雜湊演算法計算決定屬於哪個Slot。將所有 Slots 及其副本依照一定策略分散到所有的 Pika 實例中，每個 Pika 執行個體都有一部分主 Slot 和一部分從 Slot。在 Sharding 模式下，Slot 被用來分主從，而不再使用 Pika 實例。 Slot 在 Pika 上的實體存在形式是一個檔案目錄。

以上是Redis儲存系統Pika架構設計的方法是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！