Redis由於其優異的性能，可以支持每秒幾十萬次的讀/寫操作，還支持持久化、集群部署、分發、主從同步等。由於Redis在高並發場景中的數據安全性和壹致性，它通常用於兩種場景:
緩存可以從幾個方面判斷數據是否適合在Redis中緩存:是否會被頻繁查詢？命中率如何？寫作操作怎麽樣？數據大小？
我們經常用這種方式把數據刷進Redis:查詢請求來了，現在在Redis查詢。如果無法查詢，我們可以查詢數據庫獲取數據，放入緩存，這樣第二次同樣的查詢請求來的時候，可以直接在Redis中獲取數據；但是要註意緩存穿透的問題。
緩存刷新會比較復雜，通常是修改數據庫後，需要對Redis中的數據進行操作；代碼很簡單，但是妳需要保證這兩個步驟是同壹個事務，或者說最終事務的壹致性。
高速讀寫是常見的計數器，比如壹篇文章的閱讀量，不可能每次讀完都在數據庫裏更新。
高並發的場景非常適合用Redis，比如雙11秒殺，還有1000塊的庫存。在《秒殺》的時候，通常會有幾萬個請求在很短的時間內到達服務器。如果使用數據庫，很可能會導致數據庫在這壹刻崩潰，所以《秒殺》的場景通常會更復雜，Redis只是其中之壹。
在這種高並發場景下，當請求到達服務器時，直接在Redis上讀寫，請求不會訪問數據庫；程序會在合適的時間比如殺死壹千件庫存，然後把數據批量寫入數據庫。
所以壹般來說，在必要的時候引入Redis可以減輕MySQL(或者其他)數據庫的壓力，兩者不是替代品。
我會繼續分享我對Java開發、架構設計、程序員職業發展等方面的看法，希望得到大家的關註。
Redis和MySQL的應用場景不同。
壹般來說，沒有MySQL就沒有使用Redis這壹說。
因為Redis是非關系數據庫(NoSQL)，而MySQL是關系數據庫。
和Redis類似的數據庫有MongoDB和Memchache(實際上沒有持久數據)。
關系數據庫常用的有MySQL、SQL Server、Oracle。
我們先來了解壹下關系型數據庫和非關系型數據庫的區別。
1.存儲模式關系數據庫是表格式的，所以它存儲在表的行和列中。它們在存儲上很容易關聯和協作，提取數據也很方便。而Nosql數據庫則是大塊的組合。通常存儲在數據集中，如文檔、鍵值對或圖形結構。
2.存儲結構關系數據庫對應的是結構化數據，數據表有預定義的結構(列定義)，描述數據的形式和內容。這對於數據建模非常重要。雖然預定義的結構帶來了可靠性和穩定性，但是很難修改這些數據。Nosql數據庫基於動態結構，使用非結構化數據。由於Nosql數據庫是壹個動態結構，它可以很容易地適應數據類型和結構的變化。
3.存儲標準化關系數據庫的數據存儲被劃分為最小的關系表，以避免重復，並獲得更高標準化的精簡空間利用率。雖然管理很清晰，但是當單個操作設計到多個表時，數據管理就有點麻煩了。但是，Nosql數據存儲在平面數據集中，數據可能經常重復。各個數據庫很少分開，而是作為壹個整體存儲，這使得整個數據更容易讀寫。
4.存儲擴展這可能是兩者最大的區別。關系數據庫是垂直擴展的，這意味著如果妳想提高處理能力，妳需要使用更快的計算機。由於數據存儲在關系表中，操作的性能瓶頸可能涉及多個表，需要通過提高計算機性能來克服。雖然有很大的擴展空間，但最終會達到垂直擴展的上限Nosql數據庫是水平擴展的，它的存儲是自然分布的。您可以通過向資源池中添加更多的公共數據庫服務器來分擔負載。
5.查詢模式關系數據庫通過結構化查詢語言(也就是我們通常說的SQL)對數據庫進行操作。SQL在支持數據庫凝乳操作方面非常強大，這是業界的標準用法。然而，Nosql查詢以塊為單位操作數據，並使用無標準的非結構化查詢語言(UnQl)。關系數據庫表中主鍵的概念對應於Nosql中存儲的文檔的ID。關系數據庫使用預定義的優化方法(如索引)來加快查詢操作，而Nosql是壹種更簡單、更準確的數據訪問模式。
6.事務型關系數據庫遵循ACID規則(原子性、壹致性、隔離性、持久性)，Nosql數據庫遵循BASE原則(基本可用性、軟態、最終壹致性)。由於關系數據庫中數據的強壹致性，它很好地支持事務。關系數據庫支持對事務原子性的細粒度控制，並且易於回滾事務。Nosql數據庫要麽是CAP(壹致性、可用性、分區容忍度)中的壹個，因為在基於節點的分布式系統中很難全部滿足，所以對事務的支持不是很好。雖然也可以使用事務，但並不是Nosql的亮點。
7.性能關系數據庫為維護數據壹致性付出了巨大代價，讀寫性能較差。在高並發面前讀寫性能很差，在海量數據面前效率很低。Nosql存儲的格式是key-value，存儲在內存中，非常容易存儲，對數據壹致性要求弱。Nosql不需要sql解析，提高了讀寫性能。
8.授權方式大多數關系型數據庫都是付費的，價格昂貴，成本高(MySQL是開源的，所以應用場景最多)，而Nosql數據庫通常是開源的。
所以在實際的應用環境中，我們通常使用MySQL來存儲我們業務流程中的數據，因為這些數據之間的關系比較復雜，在查詢壹個表的數據時往往需要查詢其他關系表的數據，比如查詢壹個用戶的訂單，這至少需要用戶表和訂單表的數據。
要查詢壹個商品的銷售數據，可能需要用戶表、訂單表、訂單列表、商品表等等。
在這種使用場景下，如果我們用Redis來存儲，也就是以KeyValue的形式，是無法滿足我們的需求的。
再高效的Redis，我們也用不上。
但是對於壹些不相關的、高頻的讀寫，我們可以使用Redis來提高整個系統的並發性。
比如商品的庫存信息，雖然我們在MySQL中會有這樣壹個字段，但是我們不希望MySQL數據庫被高頻讀寫，因為使用這個會導致我的商品表或者庫存表IO非常高，從而影響整個系統的效率。
所以對於這樣的數據，以及是否有什麽復雜的邏輯關系(只是屬於SKU)，我們可以放在Redis中，直接下單，減少Redis中的庫存，這樣我們的訂單的並發性就可以提高。
我個人認為應該站出來糾正。反之，數據量大，不宜使用redis。
為什麽？因為redis是內存數據庫，所以放在內存中。
試想壹下，如果妳電腦的100G數據全部存儲在redis中，那麽妳需要的內存就不止100G了！
使用場景Redis的壹個最明顯的用例是將其用作緩存。只保存熱數據或有壹個過期的緩存。
例如，臉書使用Memcached作為其會話緩存。
簡而言之，我還沒見過哪個大公司有這麽大的數據量，所以我把mysql換成了redis。
妳錯了。不是用redis代替MySQL，而是引入redis進行優化。
BAT中越來越多的項目組采用redis+MySQL的架構開發平臺工具。
正如題主所說，當數據很多的時候，MySQL的查詢效率會大打折扣。我們通常默認，如果查詢的字段包含索引，則返回毫秒。但是在實際工作中，我曾經碰到過壹個表，有10個字段，18萬條數據。在某種場景下，當我們必須基於未索引的字段進行準確的查詢時，單個sql語句的執行時間有時會達到2分鐘以上，更不用說如果使用模糊查詢(如。
壹開始我們希望通過添加索引來解決這個問題，但是面對上千萬的數據我們不敢貿然添加索引，因為壹旦數據庫掛起，期間所有的數據庫寫請求都會被放入等待隊列，如果請求是通過/I 654381079621481365438/)。
讀寫速度極快。Redis速度很快，每秒可以進行654.38+百萬次左右的讀寫速度。
Rich data types Redis支持豐富的數據類型，包括二進制字符串、列表、集合、排序集、散列等等。這使得Redis很容易被用來解決各種問題，因為我們知道使用哪些數據類型可以更好地解決哪些問題。
原子Redis的所有操作都是原子操作，這確保了如果兩個客戶端並發訪問，Redis服務器可以接收更新的值。
豐富的實用程序支持異構主從復制Redis支持主從復制的配置，可以實現主服務器的完全復制。
以上是開發者青睞Redis的主要優點。但請註意，在實際生產環境中，企業都是結合Redis和MySQL的特殊性，做出不同的應用場景。如緩存熱數據、計數器、消息隊列(類似於ActiveMQ、RocketMQ等工具)、位操作(大數據處理)、分布式鎖和單線程機制、最新列表(如新聞列表頁面的最新新聞列表)和排行榜等。，可以看到Redis大顯身手的場景。但是對於數據精度要求嚴格，關系型應用復雜的情況，MySQL等關系型數據庫仍然是不可替代的。
web應用壹般用MySQL+Redis。web應用每次都是先訪問Redis，找不到數據才訪問MySQL。
本質區別1，mysql:磁盤上的數據redis:內存中的數據。
首先要知道mysql是存儲在磁盤中的，redis是存儲在內存中的。redis可用於持久存儲和緩存。目前大部分公司的存儲都是mysql+redis，以mysql為主存儲，redis作為輔助存儲用作緩存，加快訪問和讀取速度，提高性能。
使用場景差1，mysql支持sql查詢，可以實現壹些相關的查詢和統計；
2.redis對內存的要求很高，在有限的條件下不可能把所有的數據都放在Redis中；
3.mysql更喜歡存儲數據，redis更喜歡快速獲取數據，但是在查詢復雜的表關系時，redis不如mysql，所以可以把熱門數據放在redis，mysql存儲基礎數據。
mysql mysql作為壹個具有持久存儲的關系數據庫，其運行機制相對較弱，在於每次請求訪問數據庫時都有I/O操作。如果反復頻繁地訪問數據庫，第壹，反復鏈接數據庫會耗費大量時間，導致運行效率變慢；第二:反復訪問數據庫也會導致數據庫負載過重，所以這個時候就衍生出了緩存的概念。
redis的持久化因為redis的所有數據都存儲在內存中，如果沒有持久化配置，Redis重啟後所有數據都會丟失，所以需要開啟Redis的持久化功能將數據保存到磁盤，Redis重啟時可以從磁盤恢復數據。Redis提供了兩種持久化的方式，壹種是RDB持久化(原理是將內存中Reid的數據庫記錄轉儲到磁盤上的RDB持久化)，另壹種是AOF(append only file)持久化(原理是以附加的方式將Reid的操作日誌寫入壹個文件)。
Redis存儲在內存裏~！
數據量絕對不是選擇redis和mysql的標準，因為mysql和redis都是可以集群化和擴展的，制約它們的只是硬件(也就是妳有沒有足夠的錢去建幾千個集群)。個人認為數據讀取的速度可能是選擇標準之壹，另外兩者都是工作中經常用到的，因為mysql存儲在硬盤中進行持久化存儲，redis存儲在內存中進行緩存以提高效率。
關系數據庫是必不可少的，因為只有關系數據庫才能為妳提供各種查詢方式。如果壹系列數據會被頻繁查詢，那麽使用redis進行查詢的非持久存儲是解決並發性能問題的手段之壹。