這篇文章主要介紹了redis的功能是什么，具有一定借鑒價值，需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓小編帶著大家一起了解一下。

成都創(chuàng)新互聯(lián)成立于2013年，我們提供高端重慶網(wǎng)站建設公司、成都網(wǎng)站制作、成都網(wǎng)站設計、網(wǎng)站定制、成都營銷網(wǎng)站建設、小程序制作、微信公眾號開發(fā)、成都網(wǎng)站營銷服務，提供專業(yè)營銷思路、內(nèi)容策劃、視覺設計、程序開發(fā)來完成項目落地，為木包裝箱企業(yè)提供源源不斷的流量和訂單咨詢。

Redis提供了豐富的功能，初次見到可能會感覺眼花繚亂，這些功能都是干嘛用的？都解決了什么問題？什么情況下才會用到相應的功能？下面開始一步一步的解釋下。

基于本機內(nèi)存的緩存

為了解決調(diào)用API依然需要2秒的問題，經(jīng)過排查，其主要原因在于使用SQL獲取熱點新聞的過程中消耗了將近2秒的時間，于是乎，我們又想到了一個簡單粗暴的解決方案，即把SQL查詢的結果直接緩存在當前api服務器的內(nèi)存中（設置緩存有效時間為1分鐘）。后續(xù)1分鐘內(nèi)的請求直接讀緩存，不再花費2秒去執(zhí)行SQL了。假如這個api每秒接收到的請求時100個，那么一分鐘就是6000個，也就是只有前2秒擁擠過來的請求會耗時2秒，后續(xù)的58秒中的所有請求都可以做到即使響應，而無需再等2秒的時間。

服務端的Redis

在API服務器的內(nèi)存都被緩存塞滿的時候，我們發(fā)現(xiàn)不得不另想解決方案了。最直接的想法就是我們把這些緩存都丟到一個專門的服務器上吧，把它的內(nèi)存配置的大大的。然后我們就盯上了redis。。。至于如何配置部署redis這里不解釋了，redis官方有詳細的介紹。隨后我們就用上了一臺單獨的服務器作為Redis的服務器，API服務器的內(nèi)存壓力得以解決。

持久化（Persistence）

單臺的Redis服務器一個月總有那么幾天心情不好，心情不好就罷工了，導致所有的緩存都丟失了（redis的數(shù)據(jù)是存儲在內(nèi)存的嘛）。雖然可以把Redis服務器重新上線，但是由于內(nèi)存的數(shù)據(jù)丟失，造成了緩存雪崩，API服務器和數(shù)據(jù)庫的壓力還是一下子就上來了。所以這個時候Redis的持久化功能就派上用場了，可以緩解一下緩存雪崩帶來的影響。redis的持久化指的是redis會把內(nèi)存的中的數(shù)據(jù)寫入到硬盤中，在redis重新啟動的時候加載這些數(shù)據(jù)，從而最大限度的降低緩存丟失帶來的影響。

哨兵（Sentinel）和復制（Replication）

Redis服務器毫無征兆的罷工是個麻煩事。那么怎辦辦？答曰：備份一臺，你掛了它上。那么如何得知某一臺redis服務器掛了，如何切換，如何保證備份的機器是原始服務器的完整備份呢？這時候就需要Sentinel和Replication出場了。Sentinel可以管理多個Redis服務器，它提供了監(jiān)控，提醒以及自動的故障轉移的功能；Replication則是負責讓一個Redis服務器可以配備多個備份的服務器。Redis也是利用這兩個功能來保證Redis的高可用的。此外，Sentinel功能則是對Redis的發(fā)布和訂閱功能的一個利用。

集群（Cluster）

單臺服務器資源的總是有上限的，CPU資源和IO資源我們可以通過主從復制，進行讀寫分離，把一部分CPU和IO的壓力轉移到從服務器上。但是內(nèi)存資源怎么辦，主從模式做到的只是相同數(shù)據(jù)的備份，并不能橫向擴充內(nèi)存；單臺機器的內(nèi)存也只能進行加大處理，但是總有上限的。所以我們就需要一種解決方案，可以讓我們橫向擴展。最終的目的既是把每臺服務器只負責其中的一部分，讓這些所有的服務器構成一個整體，對外界的消費者而言，這一組分布式的服務器就像是一個集中式的服務器一樣

感謝你能夠認真閱讀完這篇文章，希望小編分享redis的功能是什么內(nèi)容對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，遇到問題就找創(chuàng)新互聯(lián)，詳細的解決方法等著你來學習!