摘要：對(duì)于那些這一點(diǎn)確實(shí)是個(gè)問(wèn)題的應(yīng)用，你可能需要使用的方案，而非。此外，還可考慮對(duì)存儲(chǔ)數(shù)據(jù)進(jìn)行壓縮或解壓縮，以處理時(shí)間換取。雖然支持虛擬內(nèi)存，但是這個(gè)特性被開(kāi)發(fā)者看做是一個(gè)失敗，不贊成使用該特性。

Redis擁有與關(guān)系型數(shù)據(jù)庫(kù)一樣的基礎(chǔ)概念。典型的使用場(chǎng)景就是將一個(gè)應(yīng)用的所有數(shù)據(jù)歸在一起，以與其他應(yīng)用的數(shù)據(jù)區(qū)分開(kāi)。
Redis中的數(shù)據(jù)庫(kù)用數(shù)字作為標(biāo)示符，默認(rèn)數(shù)據(jù)庫(kù)的標(biāo)示為0。使用下面的命令選擇具體的數(shù)據(jù)庫(kù)：

select 

在Redis中，key可以包含strings, hashes, lists, sets, sorted sets, bitmaps以及hyperloglogs。但就目前來(lái)說(shuō)，知道key看起來(lái)像 "users:leto" 就夠了。其中l(wèi)eto是用戶名，冒號(hào)沒(méi)有任何特殊含義，但就Redis而言，使用分隔符是一種常見(jiàn)的組織key的方式。

value可以是任何東西，字符串、數(shù)字、或序列化后的對(duì)象（例如：xml、json或其他格式）。多數(shù)情況下，Redis會(huì)把它們當(dāng)字節(jié)數(shù)組對(duì)待，而不會(huì)關(guān)心它們具體是什么。

往Redis存入一個(gè)鍵值對(duì)：

set  
# 示例
set users:leto "{"name": "leto", "planet": "dune", "likes": ["spice"]}"

根據(jù)key讀取值：

get users:leto

Redis不支持對(duì)值進(jìn)行查詢，比如查詢居住在dune星球上的用戶。因?yàn)镽edis從不需要去讀取或理解存儲(chǔ)的值，所以值才可以是任何東西。記住這點(diǎn)有助于我們?cè)谶@個(gè)新世界中將心思放在考慮如何建模上。

Redis是內(nèi)存持久存儲(chǔ)（in-memory persistent store）。說(shuō)到持久化，默認(rèn)情況下，Redis根據(jù)有多少key已經(jīng)變化來(lái)決定是否需要對(duì)數(shù)據(jù)庫(kù)做快照并保存至磁盤(pán)。你可以為它配置這樣的快照策略：如果X個(gè)key發(fā)生了變化，就每Y秒保存一次數(shù)據(jù)庫(kù)。默認(rèn)策略為，如果1000個(gè)或更多的key發(fā)生了變化，就每60秒保存一次快照；如果9個(gè)或更少的key發(fā)生變化，就每15分鐘做一次。

除了定時(shí)快照存儲(chǔ)，Redis還可以運(yùn)行在append模式(append mode)。任何時(shí)候，只要key發(fā)生了變化，磁盤(pán)上一個(gè)只可追加的(append-only)文件就會(huì)被更新。在一些情況下，丟失60秒的數(shù)據(jù)以換得性能是可接受的，因?yàn)榭赡軙?huì)發(fā)生硬件或軟件失敗。但在一些情況下，這樣的丟失又是不可接受的。Redis給我們提供了這些選擇。第三種選擇就是讓slave節(jié)點(diǎn)去做持久化工作。

說(shuō)到內(nèi)存，Redis將所有數(shù)據(jù)保持在內(nèi)存中。這就意味著運(yùn)行Redis的成本比較高，畢竟RAM仍然是服務(wù)器硬件中最昂貴的部分。

一些開(kāi)發(fā)者已經(jīng)對(duì)數(shù)據(jù)會(huì)占用多小的空間失去了感覺(jué)，莎士比亞的所有作品大概占用5.5M，壓縮后降至2。至于可伸縮性(scaling)，其他方案趨向受限于IO或CPU(IO- or CPU-bound)。哪個(gè)限制 (RAM or IO) 將需要你擴(kuò)展出更多的機(jī)器實(shí)際上取決于你數(shù)據(jù)的類型和你正在任何存儲(chǔ)和查詢它。除非你正在存儲(chǔ)大的多媒體文件，否則保存數(shù)據(jù)在內(nèi)存中很可能不是什么問(wèn)題。對(duì)于那些這一點(diǎn)確實(shí)是個(gè)問(wèn)題的應(yīng)用，你可能需要使用IO-bound的方案，而非memory-bound。

此外，還可考慮對(duì)存儲(chǔ)數(shù)據(jù)進(jìn)行壓縮或解壓縮，以處理時(shí)間換取RAM。

Redis雖然支持虛擬內(nèi)存，但是這個(gè)特性被Redis開(kāi)發(fā)者看做是一個(gè)失敗，不贊成使用該特性。