轉(zhuǎn)載自：http://blog.51cto.com/cherryliang/1944361

Redis介紹

●redis是一個(gè)key-value存儲(chǔ)系統(tǒng)。和Memcached類似，它支持存儲(chǔ)的value類型相對(duì)更多，包括string（字符串）、list（鏈表）、set（集合）、zset（sorted set --有序集合）和hash（哈希類型）。與memcached一樣，為了保證效率，數(shù)據(jù)都是緩存在內(nèi)存中。區(qū)別的是redis會(huì)周期性的把更新的數(shù)據(jù)寫入磁盤或者把修改操作寫入追加的記錄文件，并且在此基礎(chǔ)上實(shí)現(xiàn)master-slave（主從）同步。

●redis是一個(gè)高性能的key-value數(shù)據(jù)庫(kù)。redis的出現(xiàn)，很大程度補(bǔ)償了memcached這類key-value存儲(chǔ)的不足，在部分場(chǎng)合可以對(duì)關(guān)系數(shù)據(jù)庫(kù)起到很好的補(bǔ)充作用。它提供了Java，C/C++，C#，PHP。JavaScript，Perl，Object-C，Python，Ruby等客戶端，使用很方便。

●簡(jiǎn)單比較Redis與Memcached的區(qū)別：

1、Redis不僅僅支持簡(jiǎn)單的k/v類型的數(shù)據(jù)，同時(shí)還提供list，set，zset，hash等數(shù)據(jù)結(jié)構(gòu)的存儲(chǔ)。

2、Redis支持?jǐn)?shù)據(jù)的備份，即master-slave模式的數(shù)據(jù)備份。

3、Redis支持?jǐn)?shù)據(jù)的持久化，可以將內(nèi)存中的數(shù)據(jù)保持在磁盤中，重啟的時(shí)候可以再次加載進(jìn)行使用。

●在redis中，并不是所有的數(shù)據(jù)都一直存儲(chǔ)在內(nèi)存中，這是和Memcached相比一個(gè)最大的區(qū)別。Redis只會(huì)緩存所有的key信息，如果Redis發(fā)現(xiàn)內(nèi)存的使用量超過(guò)了某一個(gè)閥值，將觸發(fā)swap的操作，Redis根據(jù)“swappability = age*log（size_in_memory）”計(jì)算出哪些key對(duì)應(yīng)的value需要的swap到磁盤，然后將這些key對(duì)應(yīng)的value持久化的磁盤中，同時(shí)在內(nèi)存中清除。這種特性使得Redis可以保持超過(guò)其他機(jī)器本身內(nèi)存大小的數(shù)據(jù)。當(dāng)然，機(jī)器本身的內(nèi)存要能夠保持所有的key，因?yàn)檫@些數(shù)據(jù)是不會(huì)進(jìn)行swap操作的

●當(dāng)從Redis中讀取數(shù)據(jù)的時(shí)候，如果讀取的key對(duì)應(yīng)的value不在內(nèi)存中，那么Redis就需要從swap文件中加載相應(yīng)數(shù)據(jù)，然后再返回給請(qǐng)求方

█如何保持session會(huì)話

●目前，為了方便web能適應(yīng)大規(guī)模的訪問(wèn)，需要實(shí)現(xiàn)應(yīng)用的集群部署。集群最有效的方案就是負(fù)載均衡，而實(shí)現(xiàn)負(fù)載均衡用戶每一個(gè)請(qǐng)求都有可能被分配到不固定的服務(wù)器上，這樣我們首先要解決session的統(tǒng)一來(lái)保證無(wú)論用戶的請(qǐng)求被轉(zhuǎn)發(fā)到那個(gè)服務(wù)器上都能保證用戶的正常使用，即需要實(shí)現(xiàn)session的共享機(jī)制。

●在集群系統(tǒng)下實(shí)現(xiàn)session統(tǒng)一有以下幾種方案：

1、請(qǐng)求精確定位：sessionsticky，例如基于訪問(wèn)ip的hash策略，即當(dāng)前用戶的請(qǐng)求都集中定位到一臺(tái)服務(wù)器中，這樣單臺(tái)服務(wù)器保存了用戶的session登錄信息，如果宕機(jī)，則等同于單點(diǎn)故障，會(huì)丟失，會(huì)話不復(fù)制。

2、session復(fù)制共享：sessionreplication，如Tomcat自帶session共享，主要是指集群環(huán)境下，多臺(tái)應(yīng)用服務(wù)器之間同步session，使session保持一致，對(duì)外透明。如果其中一臺(tái)服務(wù)器發(fā)生故障，根據(jù)負(fù)載均衡的原理，調(diào)度器會(huì)遍歷尋找可用節(jié)點(diǎn)，分發(fā)請(qǐng)求，由于session已同步，故能保證用戶的session信息不會(huì)丟失，會(huì)話復(fù)制。

★上述方案的不足之處：

①必須在同一種中間件完成（如：Tomcat-Tomcat之間）

②session復(fù)制帶來(lái)的性能損失會(huì)快速增加，特別是當(dāng)session中保存了較大的對(duì)象，而且對(duì)象變化較快時(shí)，性能下降更加顯著，會(huì)消耗系統(tǒng)性能。這種特性使得web應(yīng)用的水平擴(kuò)展受到了限制。

③session內(nèi)容通過(guò)廣播同步給成員，會(huì)造成網(wǎng)絡(luò)流量瓶頸，即便是內(nèi)網(wǎng)瓶頸。在大并發(fā)下表現(xiàn)并不好

3、基于cache DB緩存的session共享

即使用cache DB存取session信息，應(yīng)用服務(wù)器接受請(qǐng)求將session信息保存在cache DB中，當(dāng)應(yīng)用服務(wù)器發(fā)生故障時(shí)，調(diào)度器會(huì)遍歷尋找可用節(jié)點(diǎn)，分發(fā)請(qǐng)求，當(dāng)應(yīng)用服務(wù)器發(fā)現(xiàn)session不在本機(jī)內(nèi)存時(shí)，則去cache DB中查找，如果找到則復(fù)制到本機(jī)，這樣實(shí)現(xiàn)session共享和高可用

轉(zhuǎn)載于:https://www.cnblogs.com/cxrz/p/8529592.html

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的redis介绍及保持session会话的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。