1樓：Tony
簡單地說，Redis儲存的rdb和aof都不是為了查詢，只是乙個備份。如果你想做到Redis支援儲存，同時支援查詢，需要改造Redis。可以參考乙個工具：http://
，做到這點。否則，還是用MySQL，但MySQL的效率不如Redis，但乙個是SQL，乙個是NoSQL，應用場景不同。
2樓：lcamry
mysql固然很是優秀，但是我現在要投redis一票舉個例子：
比如，春晚等超大流量的活動，這種級別的流量，如果要用到資料庫，你會怎麼做？
是mysql+redis作為快取？還是直接用redis作為儲存？
你會毫不猶豫的建乙個大的redis。還他娘的會考慮mysql麼？
3樓：owen
你怎麼想的？超過記憶體大小就沒法存了，以前redis有個vm技術，類似本地kv的實現，後來乾掉了。另外，redis沒有事務，他所謂的事務沒有acid的特性。
4樓：郭煒
redis當然可以代替mysql，但是替換成本太高，再加上nosql與sql資料庫處理業務的側重點不同，極少方案會選擇redis做資料儲存。
至於優點與弊端，隨便找找nosql與sql的優點與弊端就有了（需要結合具體場景看，不同場景所謂的優點可能會變為缺點，相較於nosql，關係型資料庫適用場景更廣）。
5樓：大妖
首先，這張圖還給題主。
因為題主應該是完全不明白MySQL和Redis在使用場景上的差別。簡單的說，他倆的是從場景，幾乎是不重疊的。
這兩種資料庫，在檢索方式，儲存容量上，也是不一樣的。
MySQL是關係型資料庫，可以通過多字段的檢索來確定資料，而且，基於硬碟的儲存，容量會大得多。
而Redis是kv資料庫，雖然支援多種資料結構，但是本質上，依然是kv。它的高效檢索是依賴於資料快取在記憶體當中的。不能進行多條件聯合檢索，使用相等和類似於like（非常低效）的檢索。
其次，進一步講：使用kv儲存引擎做類似mysql資料庫的儲存引擎。
這樣的例子就比較多了。舉個最近比較火的，TiDB（雖然稱為NewSQL，但是高度相容MySQL）使用rocksdb作為儲存引擎，就是這樣的組合。但是，rocksdb也是基於硬碟的儲存，記憶體的占用和消耗也比較低
6樓：「已登出」
其實上面都沒說到點上，總結就是貴，沒人會完全這麼幹，Redis其實有事務，所以你要說能完全代替MySQL，沒問題，成本高，基本沒什麼人會這麼幹，完全代替，第二個就是相關的災備和高可用可能要花點心思
7樓：Rex Zhang
簡單說，簡單的資料結構用Redis和Mysql都差不多，如果資料邏輯複雜那麼Mysql更合適吧，如果總有那麼多定值的熱資料、更新較快的Redis更合適吧。
工具嘛，同時期的不會存在好不好，也就是合適不合適。
8樓：為愛鵑狂
對於大資料量的資料，原本也需要從redis中進行查詢，那麼直接使用redis進行資料儲存和查詢是不是會更快，好奇會不會存在什麼弊端，比如安全和效能方面？
水果是否可以代替公尺飯饅頭等主食呢？
毛茸茸 完全可以。水果和普通主食的區別是碳水含量少，水分大，維生素和膳食纖維更多。綜合來看，就是小便對一兩次而已，其他完爆普通主食。我說的普通主食是常見精公尺精麵。不包括粗糧如燕麥 糙公尺 薯類等。粗糧中還是有一些微量元素比水果多，可以和水果搭配的。公尺飯麵條啥的，基本就是填補熱量缺口罷了。重體力勞...
空調是否可以代替抽濕器 抽濕機？
不邀自來。大部分空調被設計成，只能同時降溫降濕。只有極少數高階機型自帶類似抽濕機的 再熱除濕 功能。一般來說，高溫高濕情況可以直接用空調，抽濕機純屬打醬油。低溫高濕時候 舉例 冬天下雨下雪 南方冬天 只能使用抽濕機，或者用高階的帶 再熱除濕 機型。PS 汽車的自動恆溫空調比較奇葩，低溫高濕時候可以開...
是否可以用離心力代替重力？
高原獵鷹 用離心力可以有限地代替重力，但是在活動中可能會產生運動方向不同而產生重力也不同的現象，甚至重新失重，這種現象是無論多大的直徑都無法避免的。 英年早肥 可以。高票回答說的很清楚了，例子也不錯，存在的問題也說的很好，最大的問題恐怕是距離圓心不同距離時模擬的重力大小不一。星際穿越裡就是這辦法。為...