mysql的MEMORY引擎為什么沒有redis的應用廣泛?

一、mysql的MEMORY引擎為什么沒有redis的應用廣泛

從kv緩存的作用看，mysql優(yōu)點不在kv緩存上，用它做kv緩存維護成本高，redis安裝啟動使用簡單，mysql效率功能也沒redis強大，

redis專門針對一些場景做了優(yōu)化，例如計數(shù)器，可以精確計數(shù)，精度要求不高也可以模糊計數(shù)，占用內存更少；集合間的各種操作更簡單高效，典型應用場景社交應用下好友，粉絲各種操作。

redis支持兩種數(shù)據(jù)持久化方式:RDB和AOF，這也是redis區(qū)別與其他nosql內存數(shù)據(jù)庫的一個主要特點。

RDB主要可以用作冷備，默認情況下每5分鐘將會fork出一個子進程，進行當前數(shù)據(jù)快照的持久化(這里的內存為了保證備份期間數(shù)據(jù)的一致性，這里還用到了一個概念：寫時復制COW)。除此之外，RDB還具備一下幾個特點：

生成一組持久化文件，每一個文件都代表了某一時刻的內存數(shù)據(jù)快照。

數(shù)據(jù)恢復速度快。

由于是由后臺子進程進行數(shù)據(jù)備份，對線上系統(tǒng)的QPS影響較小。但如果后臺需要備份的數(shù)據(jù)量較大，則由于進程調度原因，可能會導致線上業(yè)務停滯。

默認每五分鐘生成一次數(shù)據(jù)副本，數(shù)據(jù)的可靠性并不高。

AOF則是以追加寫的方式，將對Redis的更新操作全部寫入aof文件。aof具有以下特點：

AOF默認每1s通過后臺線程進行一次fsync操作，數(shù)據(jù)的可靠性比較高，非常多丟失1s的數(shù)據(jù)。

AOF采用append-only的方式寫入日志文件，由于是順序寫，沒有磁盤尋址的開銷，速度很快。

AOF日志的可讀性很強，可以執(zhí)行一些緊急處理。

但是AOF日志普遍要比RDB文件大，這是由于AOF日志需要記錄redis實例啟動以來的所有更新操作，以便對數(shù)據(jù)庫進行重放，恢復數(shù)據(jù)。

由于需要保證數(shù)據(jù)的可靠性而每秒執(zhí)行的fsync操作，會降低線上的QPS。

因此通過RDB和AOF的配合使用，就可以在保證效率的同時盡可能的保證數(shù)據(jù)的可靠性。這是Memory存儲引擎所不具備的。

除此之外，Redis通過nio模型，利用單個線程監(jiān)聽多個socket，將對redis的操作全部轉換為文件事件操作。大大提高了并發(fā)性。

延伸閱讀：

二、什么是Memory引擎

Memory引擎是Mysql的內存引擎，在實現(xiàn)上，Memory存儲引擎不同于Innodb這種組織索引結構(索引即是數(shù)據(jù)，即數(shù)據(jù)存放在主鍵索引上)，而是將索引和數(shù)據(jù)分開存儲。索引采用Hash的形式，存放主鍵id和指向數(shù)據(jù)的指針，而數(shù)據(jù)則按插入順序存放。我們稱這種數(shù)據(jù)組織方式為堆組織方式。