前言

創(chuàng)新互聯(lián)建站服務(wù)項(xiàng)目包括相山網(wǎng)站建設(shè)、相山網(wǎng)站制作、相山網(wǎng)頁制作以及相山網(wǎng)絡(luò)營(yíng)銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，相山網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到相山省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

Redis是一個(gè)key-value存儲(chǔ)系統(tǒng)，現(xiàn)在在各種系統(tǒng)中的使用越來越多，大部分情況下是因?yàn)槠涓咝阅艿奶匦裕划?dāng)做緩存使用，這里介紹下Redis經(jīng)常遇到的使用場(chǎng)景。下面話不多說了，來一起看看詳細(xì)的介紹吧。

Redis特性

一個(gè)產(chǎn)品的使用場(chǎng)景肯定是需要根據(jù)產(chǎn)品的特性，先列舉一下Redis的特點(diǎn)：

• 讀寫性能優(yōu)異
• 持久化
• 數(shù)據(jù)類型豐富
• 單線程
• 數(shù)據(jù)自動(dòng)過期
• 發(fā)布訂閱
• 分布式

這里我們通過幾個(gè)場(chǎng)景，不同維度說下Redis的應(yīng)用。

高性能適合當(dāng)做緩存

緩存是Redis最常見的應(yīng)用場(chǎng)景，之所有這么使用，主要是因?yàn)镽edis讀寫性能優(yōu)異。而且逐漸有取代memcached，成為選服務(wù)端緩存的組件。而且，Redis內(nèi)部是支持事務(wù)的，在使用時(shí)候能有效保證數(shù)據(jù)的一致性。
作為緩存使用時(shí)，一般有兩種方式保存數(shù)據(jù)：

      1、讀取前，先去讀Redis，如果沒有數(shù)據(jù)，讀取數(shù)據(jù)庫，將數(shù)據(jù)拉入Redis。

      2、插入數(shù)據(jù)時(shí)，同時(shí)寫入Redis。

方案一：實(shí)施起來簡(jiǎn)單，但是有兩個(gè)需要注意的地方：

     1、避免緩存擊穿。（數(shù)據(jù)庫沒有就需要命中的數(shù)據(jù)，導(dǎo)致Redis一直沒有數(shù)據(jù)，而一直命中數(shù)據(jù)庫。）

     2、數(shù)據(jù)的實(shí)時(shí)性相對(duì)會(huì)差一點(diǎn)。

方案二：數(shù)據(jù)實(shí)時(shí)性強(qiáng)，但是開發(fā)時(shí)不便于統(tǒng)一處理。

當(dāng)然，兩種方式根據(jù)實(shí)際情況來適用。如：方案一適用于對(duì)于數(shù)據(jù)實(shí)時(shí)性要求不是特別高的場(chǎng)景。方案二適用于字典表、數(shù)據(jù)量不大的數(shù)據(jù)存儲(chǔ)。

豐富的數(shù)據(jù)格式性能更高，應(yīng)用場(chǎng)景豐富

Redis相比其他緩存，有一個(gè)非常大的優(yōu)勢(shì)，就是支持多種數(shù)據(jù)類型。

數(shù)據(jù)類型	說明
string	字符串，最簡(jiǎn)單的k-v存儲(chǔ)
hash	hash格式，value為field和value，適合ID-Detail這樣的場(chǎng)景。
list	簡(jiǎn)單的list，順序列表，支持首位或者末尾插入數(shù)據(jù)
set	無序list，查找速度快，適合交集、并集、差集處理
sorted set	有序的set

其實(shí)，通過上面的數(shù)據(jù)類型的特性，基本就能想到合適的應(yīng)用場(chǎng)景了。

• string——適合最簡(jiǎn)單的k-v存儲(chǔ)，類似于memcached的存儲(chǔ)結(jié)構(gòu)，短信驗(yàn)證碼，配置信息等，就用這種類型來存儲(chǔ)。
• hash——一般key為ID或者唯一標(biāo)示，value對(duì)應(yīng)的就是詳情了。如商品詳情，個(gè)人信息詳情，新聞詳情等。
• list——因?yàn)閘ist是有序的，比較適合存儲(chǔ)一些有序且數(shù)據(jù)相對(duì)固定的數(shù)據(jù)。如省市區(qū)表、字典表等。因?yàn)閘ist是有序的，適合根據(jù)寫入的時(shí)間來排序，如：最新的***，消息隊(duì)列等。
• set——可以簡(jiǎn)單的理解為ID-List的模式，如微博中一個(gè)人有哪些好友，set最牛的地方在于，可以對(duì)兩個(gè)set提供交集、并集、差集操作。例如：查找兩個(gè)人共同的好友等。
• Sorted Set——是set的增強(qiáng)版本，增加了一個(gè)score參數(shù)，自動(dòng)會(huì)根據(jù)score的值進(jìn)行排序。比較適合類似于top 10等不根據(jù)插入的時(shí)間來排序的數(shù)據(jù)。

如上所述，雖然Redis不像關(guān)系數(shù)據(jù)庫那么復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，但是，也能適合很多場(chǎng)景，比一般的緩存數(shù)據(jù)結(jié)構(gòu)要多。了解每種數(shù)據(jù)結(jié)構(gòu)適合的業(yè)務(wù)場(chǎng)景，不僅有利于提升開發(fā)效率，也能有效利用Redis的性能。

單線程可以作為分布式鎖

談到Redis和Memcached 的區(qū)別，大家更多的是談到數(shù)據(jù)結(jié)構(gòu)和持久化這兩個(gè)特性，其實(shí)還有一個(gè)比較大的區(qū)別就是：

• Redis 是單線程，多路復(fù)用方式提高處理效率。
• Memcached 是多線程的，通過CPU線程切換來提高處理效率。

所以Redis單線程的這個(gè)特性，其實(shí)也是很重要的應(yīng)用場(chǎng)景，最常用的就是分布式鎖。

應(yīng)對(duì)高并發(fā)的系統(tǒng)，都是用多服務(wù)器部署，每個(gè)技術(shù)框架針對(duì)數(shù)據(jù)鎖都有很好的處理方式，如 .net 的lock,java 的synchronized,都能通過鎖住某個(gè)對(duì)象來應(yīng)對(duì)線程導(dǎo)致的數(shù)據(jù)污染問題。但是畢竟，只能控制本服務(wù)器的線程，分布式部署

以后數(shù)據(jù)污染問題，就比較難處理了。Redis的單線程這個(gè)特性，就非常符合這個(gè)需求，偽代碼如下：

//產(chǎn)生鎖
while lock!=1
 //過期時(shí)間是為了避免死鎖
 now = int(time.time())
 lock_timeout = now + LOCK_TIMEOUT + 1
 lock = redis_client.setnx(lock_key, lock_timeout)

//真正要處理的業(yè)務(wù)
doing()

//釋放鎖
now = int(time.time())
if now < lock_timeout:
 redis_client.delete(lock_key)

網(wǎng)頁題目：深入解析Redis中常見的應(yīng)用場(chǎng)景-創(chuàng)新互聯(lián)
網(wǎng)站地址：http://m.newbst.com/article16/dcejgg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號(hào)、服務(wù)器托管、企業(yè)網(wǎng)站制作、網(wǎng)站營(yíng)銷、電子商務(wù)、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)