麥子學院深入淺出 redis 影片資料分享

redis是一個儲存系統。它支援儲存的value類型相對更多，包括string(字串)、list(鍊錶)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。 《麥子學院深入淺出 redis 影片教學》帶你由淺至深的了解這個系統。

redis是一個key-value儲存系統。和Memcached類似，它支援儲存的value類型相對較多，包括string(字串)、list(鍊錶)、set(集合)、zset(sorted set --有序集合)和hash（雜湊類型）。這些資料類型都支援push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支援各種不同方式的排序。與memcached一樣，為了確保效率，資料都是快取在記憶體中。區別的是redis會週期性的把更新的資料寫入磁碟或把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。

Redis 是一個高效能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key/value儲存的不足，在部 分場合可以對關係資料庫起到很好的補充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。

Redis支援主從同步。資料可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹複製。記憶體可以有意無意的對資料進行寫入操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的訊息發布記錄。同步對讀取操作的可擴充性和資料冗餘很有幫助。

影片播放位址：http://www.php.cn/course/566.html

學習困難：

使用nosql：

high performance，對DB高並發rw的需求（web2.0網站要根據用戶個性化信息來實時生成動態頁面和提供動態信息，所以難以使用動態頁面靜態化技術，因此對DB的並發和負載要求非常高，往往要達到每秒上萬次rw，關係型DB包括分佈式集群應付上萬次查詢（r）還勉強頂得住，但若應付上萬次SQL寫w操作，實體硬碟IO已無法承受，對於普通大型BBS網站，存在高並發w的需求）；

huge storage，海量資料的高效率儲存和存取需求（對於大型SNS ，每天用戶產生大量的動態數據，如friendfeed一個月有2.5億條用戶動態，對於關係型DB若要在一張2.5億筆記錄的表中進行SQL查詢，效率極其低下；大型web網站的用戶登錄系統，如tencent、shengda等數以億計的帳號，關係型DB難以應付）；

high scalability & high availability，高擴展性和高可用需求（在互聯網網站架構中，DB是最難橫向擴展的，在應用系統的用戶量和訪問量與日俱增時，DB很難像web server和app server那樣簡單的通過添加硬體node來擴展性能和負載能力，對很多需提供24h不間斷業務的網站來說，對DB進行升級和擴展非常痛苦，往往要停機維護和資料遷移）；

## 

nosql將關係型DB的以下特性去除：

關係型DB資料事務一致性需求（傳統關係型DB要維持DB事務一致性需求，從而無法滿足高並發rw的需求）；

DB的r實時性與w實時性需求（對關係型DB插入一條資料之後立即查詢，可查出來，但對許多web應用來說，並不要求這麼高的即時性）；

對複雜的SQL查詢，特別是多表關聯查詢需求（任何大數據量的web系統，尤其是SNS，非常忌諱多個大表的關聯查詢，和復雜的數據分析類型SQL查詢，從需求和產品設計角度，避免這種情況發生，往往更多的是單表的主鍵查詢，及單表的簡單條件分頁查詢，SQL的功能被極大的弱化）；

以上是麥子學院深入淺出 redis 影片資料分享的詳細內容。更多資訊請關注PHP中文網其他相關文章！