簡述
memcached 和 redis 都很類似：都是記憶體型資料庫，資料儲存在記憶體中，透過tcp直接存取，優勢是速度快，併發高，缺點是資料型別有限，查詢功能不強，一般用作快取。
那麼題主說 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要被提及的更多的原因。