傳統(tǒng)MySQL架構(gòu)難以滿足的現(xiàn)代應(yīng)用程序需求包括：

傳統(tǒng)數(shù)據(jù)庫的讀/寫速度對會話存儲等用例不友好;

引入新表或修改現(xiàn)有模式非常復(fù)雜，這也導(dǎo)致了添加新功能和應(yīng)用程序會有困難;

傳統(tǒng)數(shù)據(jù)庫會受到每秒可執(zhí)行操作的數(shù)量和并發(fā)連接數(shù)的限制，所以在數(shù)據(jù)庫實例增多的情況下，基礎(chǔ)架構(gòu)和維護成本也會增加。

Redis和傳統(tǒng)數(shù)據(jù)庫結(jié)合會產(chǎn)生哪些化學(xué)反應(yīng)呢?首先，如果應(yīng)用程序的數(shù)據(jù)是存儲在MySQL或其它關(guān)系型數(shù)據(jù)庫中，那么Redis可以作為前端數(shù)據(jù)庫處于應(yīng)用程序和MySQL之間;其次，還可以利用Redis來設(shè)計旁路讀出式和寫通式緩存解決方案、會話存儲和速率限制器，這樣可以提高性能、加速創(chuàng)新，以更少的資源擴展來獲得***的用戶體驗。

Redis作為“參與型系統(tǒng)”

Redis內(nèi)存中鍵值數(shù)據(jù)存儲可為用戶提供低延遲響應(yīng)，其內(nèi)置的數(shù)據(jù)結(jié)構(gòu)(例如Lists、Hashes、 Sets、Sorted Sets、Bitmaps、Hyperloglog和Geospatial Indices)，較于關(guān)系型數(shù)據(jù)庫能夠更有效地執(zhí)行某些數(shù)據(jù)操作。

所以，我們建議在數(shù)據(jù)訪問層后使用Redis作為“參與型系統(tǒng)”來存儲熱數(shù)據(jù)，同時將MySQL指定為“記錄系統(tǒng)”。

另外，Redis如果應(yīng)用于以下用例，那么就可以規(guī)避掉很多可能在原有應(yīng)用程序、數(shù)據(jù)庫或網(wǎng)絡(luò)層中出現(xiàn)的瓶頸：

• 緩存：為內(nèi)存訪問提供一個分層模型，Redis中存儲應(yīng)用程序中常用、重復(fù)讀取的數(shù)據(jù)。緩存也可幫助應(yīng)用程序快速檢索數(shù)據(jù)并限制數(shù)據(jù)庫服務(wù)器上的負載。
• 會話存儲：在所有交互式應(yīng)用程序中，服務(wù)器為每個活動用戶維護一個唯一會話。相比于依賴MySQL等關(guān)系型數(shù)據(jù)庫來持久化會話數(shù)據(jù)，Redis在具有足夠RAM大小的服務(wù)器上，單個集群就可以管理數(shù)千個會話。
• 實時分析：通過排行榜、儀表板、民意測驗、消息、計數(shù)器和其他實時聚合器進行的游戲或操作需要與最終用戶進行持續(xù)的互動和通信。而Redis強大、高效的數(shù)據(jù)結(jié)構(gòu)可以收集和處理數(shù)百萬個同時進行的活動或?qū)ο?，并將其發(fā)送到活動用戶手中。
• 度量：Redis可以通過速率限制應(yīng)用程序在一定時間內(nèi)的調(diào)用次數(shù)，幫助開發(fā)人員在高峰使用時間內(nèi)高效地管理傳統(tǒng)服務(wù)器上的負載。

當(dāng)然，除了上面的用例，Redis在消息代理、數(shù)據(jù)結(jié)構(gòu)存儲和臨時數(shù)據(jù)存儲等用例中表現(xiàn)也很突出。總結(jié)一下就是Redis能更快地收集和獲取數(shù)據(jù)并反饋給終端用戶。再進一步的話，Redis Enterprise提供高可用性、內(nèi)存復(fù)制、自動伸縮和重新分片，以及基于前沿CRDT的分布式數(shù)據(jù)庫和內(nèi)置Redis模塊(如RediSearch、ReJSON、Rebloom和Redis Graph)。

借助于Redis，我們在傳統(tǒng)解決方案中也可以享受到“即時體驗”，其在性能、靈活性和可擴展性方面的優(yōu)勢值得我們嘗試!