Redis

基于內(nèi)存進(jìn)?存儲(chǔ)，?持 key-value 的存儲(chǔ)形式，底層是? C 語?編寫的。
基于 key-value 形式的數(shù)據(jù)字典，結(jié)構(gòu)?常簡單，沒有數(shù)據(jù)表的概念，直接?鍵值對(duì)的形式完成數(shù)據(jù)的管理，Redis ?持 5 種數(shù)據(jù)類型：

字符串
列表
集合
有序集合
哈希

安裝 Redis
1、下載 Redis
https://redis.io/download

2、解壓，并在本地硬盤任意位置創(chuàng)建?件夾，在其中創(chuàng)建 3 個(gè)??件夾

bin：放置啟動(dòng) Redis 的可執(zhí)??件
db：放置數(shù)據(jù)?件
etc：放置配置?件，設(shè)置 Redis 服務(wù)的端?、?志?件位置、數(shù)據(jù)?件位置…

啟動(dòng) Redis 服務(wù)
1、進(jìn)? redis ?錄，啟動(dòng) redis-server。

sudo ./bin/redis-server ./etc/redis.conf

2、進(jìn)? redis ?錄，啟動(dòng) redis-cli，啟動(dòng) Redis 的客戶端管理窗?，在此窗?中即可操作 Redis 數(shù)據(jù)庫。

./bin/redis-cli

3、對(duì)數(shù)據(jù)進(jìn)?操作。

set key value
get key

4、關(guān)閉 Redis 服務(wù)。

shutdown

5、退出客戶端，control+c。

基本知識(shí)
Redis是一個(gè)字典結(jié)構(gòu)的存儲(chǔ)服務(wù)器，一個(gè)Redis實(shí)例提供了多個(gè)用來存儲(chǔ)數(shù)據(jù)的字典，客戶端可以指定 將數(shù)據(jù)存儲(chǔ)在哪個(gè)字典中。 這與在一個(gè)關(guān)系數(shù)據(jù)庫實(shí)例中可以創(chuàng)建多個(gè)數(shù)據(jù)庫類似（如下圖所示），所以可以將其中的每個(gè)字典都 理解成一個(gè)獨(dú)立的數(shù)據(jù)庫。

Redis默認(rèn)支持16個(gè)數(shù)據(jù)庫，可以通過調(diào)整Redis的配置文件redis/redis.conf中的databases來修改這一 個(gè)值，設(shè)置完畢后重啟Redis便完成配置。

Redis 使用的到底是多線程還是單線程？
因?yàn)镽edis是基于內(nèi)存的操作，CPU不是Redis的瓶頸，Redis的瓶頸最有可能是機(jī)器內(nèi)存的大小或者網(wǎng)絡(luò)帶寬。既然單線程容易實(shí)現(xiàn)，而且CPU不會(huì)成為瓶頸，那就順理成章地采用單線程的方案了。

Redis 概述
在我們?nèi)粘５腏ava Web開發(fā)中，無不都是使用數(shù)據(jù)庫來進(jìn)行數(shù)據(jù)的存儲(chǔ)，由于一般的系統(tǒng)任務(wù)中通常不會(huì)存在高并發(fā)的情況，所以這樣看起來并沒有什么問題，可是一旦涉及大數(shù)據(jù)量的需求，比如一些商品搶購的情景，或者是主頁訪問量瞬間較大的時(shí)候，單一使用數(shù)據(jù)庫來保存數(shù)據(jù)的系統(tǒng)會(huì)因?yàn)槊嫦虼疟P，磁盤讀/寫速度比較慢的問題而存在嚴(yán)重的性能弊端，一瞬間成千上萬的請(qǐng)求到來，需要系統(tǒng)在極短的時(shí)間內(nèi)完成成千上萬次的讀/寫操作，這個(gè)時(shí)候往往不是數(shù)據(jù)庫能夠承受的，極其容易造成數(shù)據(jù)庫系統(tǒng)癱瘓，最終導(dǎo)致服務(wù)宕機(jī)的嚴(yán)重生產(chǎn)問題。

NoSQL 技術(shù)
為了克服上述的問題，Java Web項(xiàng)目通常會(huì)引入NoSQL技術(shù)，這是一種基于內(nèi)存的數(shù)據(jù)庫，并且提供一定的持久化功能。

Redis和MongoDB是當(dāng)前使用最廣泛的NoSQL，而就Redis技術(shù)而言，它的性能十分優(yōu)越，可以支持每秒十幾萬此的讀/寫操作，其性能遠(yuǎn)超數(shù)據(jù)庫，并且還支持集群、分布式、主從同步等配置，原則上可以無限擴(kuò)展，讓更多的數(shù)據(jù)存儲(chǔ)在內(nèi)存中，更讓人欣慰的是它還支持一定的事務(wù)能力，這保證了高并發(fā)的場景下數(shù)據(jù)的安全和一致性。

Redis 在 Java Web 中的應(yīng)用
Redis 在 Java Web 主要有兩個(gè)應(yīng)用場景：

存儲(chǔ) 緩存 用的數(shù)據(jù)；
需要高速讀/寫的場合使用它快速讀/寫；

緩存
在日常對(duì)數(shù)據(jù)庫的訪問中，讀操作的次數(shù)遠(yuǎn)超寫操作，比例大概在 1:9 到 3:7，所以需要讀的可能性是比寫的可能大得多的。當(dāng)我們使用SQL語句去數(shù)據(jù)庫進(jìn)行讀寫操作時(shí)，數(shù)據(jù)庫就會(huì)去磁盤把對(duì)應(yīng)的數(shù)據(jù)索引取回來，這是一個(gè)相對(duì)較慢的過程。

如果我們把數(shù)據(jù)放在 Redis 中，也就是直接放在內(nèi)存之中，讓服務(wù)端直接去讀取內(nèi)存中的數(shù)據(jù)，那么這樣速度明顯就會(huì)快上不少，并且會(huì)極大減小數(shù)據(jù)庫的壓力，但是使用內(nèi)存進(jìn)行數(shù)據(jù)存儲(chǔ)開銷也是比較大的，限于成本的原因，一般我們只是使用 Redis 存儲(chǔ)一些常用和主要的數(shù)據(jù)，比如用戶登錄的信息等。

一般而言在使用 Redis 進(jìn)行存儲(chǔ)的時(shí)候，我們需要從以下幾個(gè)方面來考慮：

**業(yè)務(wù)數(shù)據(jù)常用嗎？命中率如何？**如果命中率很低，就沒有必要寫入緩存；
**該業(yè)務(wù)數(shù)據(jù)是讀操作多，還是寫操作多？**如果寫操作多，頻繁需要寫入數(shù)據(jù)庫，也沒有必要使用緩存；
**業(yè)務(wù)數(shù)據(jù)大小如何？**如果要存儲(chǔ)幾百兆字節(jié)的文件，會(huì)給緩存帶來很大的壓力，這樣也沒有必要；

高速讀/寫的場合
在如今的互聯(lián)網(wǎng)中，越來越多的存在高并發(fā)的情況，比如天貓雙11、搶紅包、搶演唱會(huì)門票等，這些場合都是在某一個(gè)瞬間或者是某一個(gè)短暫的時(shí)刻有成千上萬的請(qǐng)求到達(dá)服務(wù)器，如果單純的使用數(shù)據(jù)庫來進(jìn)行處理，就算不崩，也會(huì)很慢的，輕則造成用戶體驗(yàn)極差用戶量流失，重則數(shù)據(jù)庫癱瘓，服務(wù)宕機(jī)，而這樣的場合都是不允許的！