聊聊Redis現(xiàn)狀
Redis作為一種內(nèi)存型的非關(guān)系型的數(shù)據(jù)庫指厌，不管在互聯(lián)網(wǎng)大廠篮条，小廠弟头，大項(xiàng)目和小項(xiàng)目中，幾乎都會被使用涉茧。為什么Redis會受到如此青睞呢赴恨？關(guān)于這個(gè)問題，可能很多的程序員只是看著別人用而用伴栓，缺乏對Redis一個(gè)全面的了解伦连。我在3A平臺購買了服務(wù)器雨饺，部署了相關(guān)環(huán)境，大家一起學(xué)習(xí)一下吧惑淳。
Redis使用場景
緩存
緩存現(xiàn)在幾乎是所有中大型網(wǎng)站都在用的必殺技额港，合理的利用緩存不僅能夠提升網(wǎng)站訪問速度，還能大大降低數(shù)據(jù)庫的壓力歧焦。Redis提供了鍵過期功能移斩，也提供了靈活的鍵淘汰策略，所以绢馍，現(xiàn)在Redis用在緩存的場合非常多向瓷。
排行榜
很多網(wǎng)站都有排行榜應(yīng)用的，如京東的月度銷量榜單痕貌、商品按時(shí)間的上新排行榜等风罩。Redis提供的有序集合數(shù)據(jù)類構(gòu)能實(shí)現(xiàn)各種復(fù)雜的排行榜應(yīng)用。
計(jì)數(shù)器
什么是計(jì)數(shù)器舵稠，如電商網(wǎng)站商品的瀏覽量超升、視頻網(wǎng)站視頻的播放數(shù)等。為了保證數(shù)據(jù)實(shí)時(shí)效哺徊，每次瀏覽都得給+1室琢，并發(fā)量高時(shí)如果每次都請求數(shù)據(jù)庫操作無疑是種挑戰(zhàn)和壓力。Redis提供的incr命令來實(shí)現(xiàn)計(jì)數(shù)器功能落追，內(nèi)存操作盈滴，性能非常好，非常適用于這些計(jì)數(shù)場景轿钠。
分布式會話
集群模式下巢钓，在應(yīng)用不多的情況下一般使用容器自帶的session復(fù)制功能就能滿足，當(dāng)應(yīng)用增多相對復(fù)雜的系統(tǒng)中疗垛，一般都會搭建以Redis等內(nèi)存數(shù)據(jù)庫為中心的session服務(wù)症汹，session不再由容器管理，而是由session服務(wù)及內(nèi)存數(shù)據(jù)庫管理贷腕。
分布式鎖
在很多互聯(lián)網(wǎng)公司中都使用了分布式技術(shù)背镇，分布式技術(shù)帶來的技術(shù)挑戰(zhàn)是對同一個(gè)資源的并發(fā)訪問，如全局ID泽裳、減庫存瞒斩、秒殺等場景，并發(fā)量不大的場景可以使用數(shù)據(jù)庫的悲觀鎖涮总、樂觀鎖來實(shí)現(xiàn)胸囱，但在并發(fā)量高的場合中，利用數(shù)據(jù)庫鎖來控制資源的并發(fā)訪問是不太理想的妹卿，大大影響了數(shù)據(jù)庫的性能旺矾∶镳校可以利用Redis的setnx功能來編寫分布式的鎖，如果設(shè)置返回1說明獲取鎖成功箕宙，否則獲取鎖失敗嚎朽，實(shí)際應(yīng)用中要考慮的細(xì)節(jié)要更多。
社交網(wǎng)絡(luò)
點(diǎn)贊柬帕、踩哟忍、關(guān)注/被關(guān)注、共同好友等是社交網(wǎng)站的基本功能陷寝，社交網(wǎng)站的訪問量通常來說比較大锅很，而且傳統(tǒng)的關(guān)系數(shù)據(jù)庫類型不適合存儲這種類型的數(shù)據(jù)，Redis提供的哈希凤跑、集合等數(shù)據(jù)結(jié)構(gòu)能很方便的的實(shí)現(xiàn)這些功能爆安。
最新列表
Redis列表結(jié)構(gòu)，LPUSH可以在列表頭部插入一個(gè)內(nèi)容ID作為關(guān)鍵字仔引，LTRIM可用來限制列表的數(shù)量扔仓，這樣列表永遠(yuǎn)為N個(gè)ID，無需查詢最新的列表咖耘，直接根據(jù)ID去到對應(yīng)的內(nèi)容頁即可翘簇。
消息系統(tǒng)
消息隊(duì)列是大型網(wǎng)站必用中間件，如ActiveMQ儿倒、RabbitMQ版保、Kafka等流行的消息隊(duì)列中間件，主要用于業(yè)務(wù)解耦夫否、流量削峰及異步處理實(shí)時(shí)性低的業(yè)務(wù)彻犁。Redis提供了發(fā)布/訂閱及阻塞隊(duì)列功能，能實(shí)現(xiàn)一個(gè)簡單的消息隊(duì)列系統(tǒng)凰慈。另外袖裕，這個(gè)不能和專業(yè)的消息中間件相比。
