程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> Redis,Memcache,Mysql區別

Redis,Memcache,Mysql區別

編輯:MySQL綜合教程

Redis,Memcache,Mysql區別


在使用Redis過程中,我們發現了不少Redis不同於Memcached,也不同於MySQL的特征。
(本文主要討論Redis未啟用VM支持情況)

1. Schema

MySQL: 需事先設計
Memcached: 無需設計
Redis: 小型系統可以不用,但是如果要合理的規劃及使用Redis,需要事先進行類似如下一些規劃

數據項: value保存的內容是什麼,如用戶資料Redis數據類型: 如String, List數據大小: 如100字節記錄數: 如100萬條(決定是否需要拆分)??

上面的規劃就是一種schema,為什麼Redis在大型項目需要事先設計schema?因為Redis服務器有容量限制,數據容量不能超出物理內存大小,同時考慮到業務數據的可擴充性,記錄數會持續增多、單條記錄的內容也都會增長,因此需要提前規劃好容量,數據架構師就是通過schema來判斷當前業務的Redis是否需要“分庫分表”以滿足可擴展需求。

2. 容量及帶寬規劃

容量規劃
MySQL: < 硬盤大小
Memcached: < RAM
Redis: < RAM

帶寬規劃
由於Redis比MySQL快10倍以上,因此帶寬也是需要事先規劃,避免帶寬跑滿而出現瓶頸。

3. 性能規劃(QPS)

當系統讀寫出現瓶頸,通常如何解決?
MySQL
寫: 拆分到多服務器
讀: (1) 拆分 (2) 寫少也可以通過增加Slave來解決

Memcached
讀寫: 都通過hash拆分到更多節點。

Redis:
寫:拆分
讀: (1) 拆分 (2) 寫少也可以通過增加Slave來解決

4. 可擴展性

MySQL: 分庫分表
Memcached: hash分布
Redis:也可以分庫,也可以hash分布

小結

通過以上分析,Redis在很多方面同時具備MySQL及Memcached使用特征,在某些方面則更像MySQL。
由於Redis數據不能超過內存大小,一方面需要進行事先容量規劃,保證容量足夠;另外一方面設計上需要防止數據規模無限制增加,進而導致Redis不可擴展。
Redis需要象MySQL一樣預先設計好拆分方案。

小問題

在MySQL中,通過預先建立多表或者庫可以在業務增長時候將這些表或庫一分為二部署到更多服務器上。
在Redis中,“分庫分表”應當如何實現?有什麼好的設計模式?

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved