PHP中redis和memcache區別

PHP中redis和memcache差異

PHP中memcached 和redis 都很類似：都是記憶體型資料庫，資料保存在記憶體中，透過tcp直接訪問，優勢是速度快，並發高，缺點是資料類型有限，查詢功能不強，一般用作快取。

推薦：《Redis影片教學》《memcached影片教學》

那麼題主說memcached 的事情redis 都可以做，那麼為什麼memcached 還有人用？那是因為它們兩者並不是完全可以互相取代的，它們也有各自的長短優缺點：

#Memcached

Memcached的優點：

Memcached可以利用多核心優勢，單一實例吞吐量極高，可以達到數十萬QPS（取決於key、value的位元組大小以及伺服器硬體效能，日常環境中QPS高峰大約在4- 6w左右）。

適用於最大程度扛量，有效為伺服器減壓。

支援直接配置為session handle。

配置維護的坑比較少。

Memcached的限制：

資料結構很簡單單一，只支援簡單的key/value資料結構，不像Redis可以支援豐富的資料類型。

無法進行持久化，資料無法備份，只能用於快取使用，重新啟動後資料全部遺失。

無法進行資料同步，無法將MC中的資料遷移到其他MC實例中。

Memcached內存分配採用Slab

Allocation機制管理內存，value大小分佈差異較大時會造成內存利用率降低，並引發低利用率時依然出現踢出等問題。需要使用者註重value設計。

memcached服務端原生不支援水平擴展，必須在客戶端編寫快取分佈策略來實現分散式緩存，並且由於無法進行資料同步，因此生產環境中出現單機故障時可能會影響部分業務運行。

Redis

Redis的優點：

支援多種資料結構，例如string（字串）、

list(雙向鍊錶)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基數估算）等等。

支援持久化操作，可以進行aof及rdb資料持久化到磁碟，從而進行資料備份或資料復原等操作，較好的防止資料遺失的手段。

支援透過Replication進行資料複製，透過master-slave機制，可以即時進行資料的同步複製，支援多層複製和增量複製，master-slave機制是Redis進行HA的重要手段。

單執行緒請求，所有指令串列執行，並發情況下不需要考慮資料一致性問題。

支援pub/sub訊息訂閱機制，可以用來進行訊息訂閱與通知。

支援簡單的事務需求，但業界使用場景很少，並不成熟。

Redis的限制：

##Redis只能使用單線程，效能受限於CPU效能，故單實例CPU最高才可能達到5-6wQPS每秒（取決於資料結構，資料大小以及伺服器硬體效能，日常環境中QPS高峰大約在1-2w左右）。

支援簡單的事務需求，但業界使用場景很少，並不成熟，既是優點也是缺點。

Redis在string類型上會消耗較多內存，可以使用dict（hash表）壓縮儲存以降低記憶體耗用。

總結

在我看來，Redis在很多方面具備資料庫的特徵，或者說就是一個資料庫系統，而Memcached只是簡單的K/V快取。

而且到底是用redis 還是memcached 這個還是看題主的需求，因為單純是做緩存的話，memcached已經足夠應付絕大部分的需求，redis 的出現只是提供了一個更加好的選擇，但不代表redis就能完全取代memcached ，還是那句話，看你的需求是怎麼樣的。

按照技術的新舊來講，redis 比memcached 還更加新，但是成熟醒來說，memcached 應該更加好，再說現在潮流也有開始轉投mongodb了，因為redis 的數據庫特徵，mongodb更勝一籌。

很多公司的快取策略中使用memcached的還是佔大多數的，再者是redis，最後才是mongodb，發現沒有，最新的技術在公司團隊的應用還是需要時間的，舊的技術策略還是很多公司團隊在用，因為技術成型而且穩定性好，這也是memcached比redis要被提及的更多的原因。

以上是PHP中redis和memcache區別的詳細內容。更多資訊請關注PHP中文網其他相關文章！