>>Memcached

        Memcached的優(yōu)點：

        Memcached可以利用多核優(yōu)勢，單實例吞吐量極高，可以達到幾十萬QPS（取決于key、value的字節(jié)大小以及服務器硬件性能，日常環(huán)境中QPS高峰大約在4-6w左右）。適用于最大程度扛量。

        支持直接配置為session handle。

        Memcached的局限性：

        只支持簡單的key/value數(shù)據(jù)結(jié)構(gòu)，不像Redis可以支持豐富的數(shù)據(jù)類型。無法進行持久化，數(shù)據(jù)不能備份，只能用于緩存使用，且重啟后數(shù)據(jù)全部丟失。無法進行數(shù)據(jù)同步，不能將MC中的數(shù)據(jù)遷移到其他MC實例中。Memcached內(nèi)存分配采用Slab Allocation機制管理內(nèi)存，value大小分布差異較大時會造成內(nèi)存利用率降低，并引發(fā)低利用率時依然出現(xiàn)踢出等問題。需要用戶注重value設(shè)計。

        >>Redis

        Redis的優(yōu)點：

        支持多種數(shù)據(jù)結(jié)構(gòu)，如 string（字符串）、 list(雙向鏈表)、dict(hash表)、set(集合）、zset(排序set)、hyperloglog（基數(shù)估算）支持持久化操作，可以進行aof及rdb數(shù)據(jù)持久化到磁盤，從而進行數(shù)據(jù)備份或數(shù)據(jù)恢復等操作，較好的防止數(shù)據(jù)丟失的手段。支持通過Replication進行數(shù)據(jù)復制，通過master-slave機制，可以實時進行數(shù)據(jù)的同步復制，支持多級復制和增量復制，master-slave機制是Redis進行HA的重要手段。單線程請求，所有命令串行執(zhí)行，并發(fā)情況下不需要考慮數(shù)據(jù)一致性問題。支持pub/sub消息訂閱機制，可以用來進行消息訂閱與通知。支持簡單的事務需求，但業(yè)界使用場景很少，并不成熟。

        Redis的局限性：

        Redis只能使用單線程，性能受限于CPU性能，故單實例CPU最高才可能達到5-6wQPS每秒（取決于數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)大小以及服務器硬件性能，日常環(huán)境中QPS高峰大約在1-2w左右）。支持簡單的事務需求，但業(yè)界使用場景很少，并不成熟，既是優(yōu)點也是缺點。Redis在string類型上會消耗較多內(nèi)存，可以使用dict（hash表）壓縮存儲以降低內(nèi)存耗用。Mc和Redis都是Key-Value類型，不適合在不同數(shù)據(jù)集之間建立關(guān)系，也不適合進行查詢搜索。

        Mc和Redis都是Key-Value類型，不適合在不同數(shù)據(jù)集之間建立關(guān)系，也不適合進行查詢搜索。比如redis的keys pattern這種匹配操作，對redis的性能是災難。

        >>mongoDB

        mongoDB 是一種文檔性的數(shù)據(jù)庫。先解釋一下文檔的數(shù)據(jù)庫，即可以存放xml、json、bson類型系那個的數(shù)據(jù)。這些數(shù)據(jù)具備自述性（self-describing），呈現(xiàn)分層的樹狀數(shù)據(jù)結(jié)構(gòu)。redis可以用hash存放簡單關(guān)系型數(shù)據(jù)。

        mongoDB 存放json格式數(shù)據(jù)。

        適合場景：事件記錄、內(nèi)容管理或者博客平臺，比如評論系統(tǒng)。

        1.mongodb持久化原理

        mongodb與mysql不同，mysql的每一次更新操作都會直接寫入硬盤，但是mongo不會，做為內(nèi)存型數(shù)據(jù)庫，數(shù)據(jù)操作會先寫入內(nèi)存，然后再會持久化到硬盤中去，那么mongo是如何持久化的呢,mongodb在啟動時，專門初始化一個線程不斷循環(huán)（除非應用crash掉），用于在一定時間周期內(nèi)來從defer隊列中獲取要持久化的數(shù)據(jù)并寫入到磁盤的journal(日志)和mongofile(數(shù)據(jù))處，當然因為它不是在用戶添加記錄時就寫到磁盤上，所以按mongodb開發(fā)者說，它不會造成性能上的損耗，因為看過代碼發(fā)現(xiàn)，當進行CUD操作時，記錄(Record類型)都被放入到defer隊列中以供延時批量（groupcommit）提交寫入，但相信其中時間周期參數(shù)是個要認真考量的參數(shù)，系統(tǒng)為90毫秒，如果該值更低的話，可能會造成頻繁磁盤操作，過高又會造成系統(tǒng)宕機時數(shù)據(jù)丟失過。