Redis與其他key-value存儲(chǔ)有什么不同?

　　Redis有著更為復(fù)雜的數(shù)據(jù)結(jié)構(gòu)并且提供對(duì)他們的原子性操作，這是一個(gè)不同于其他數(shù)據(jù)庫(kù)的進(jìn)化路徑。

　　Redis的數(shù)據(jù)類型都是基于基本數(shù)據(jù)結(jié)構(gòu)的同時(shí)對(duì)程序員透明，無(wú)需進(jìn)行額外的抽象。

　　Redis運(yùn)行在內(nèi)存中但是可以持久化到磁盤(pán)，所以在對(duì)不同數(shù)據(jù)集進(jìn)行高速讀寫(xiě)時(shí)需要權(quán)衡內(nèi)存，應(yīng)為數(shù)據(jù)量不能大于硬件內(nèi)存。在內(nèi)存數(shù)據(jù)庫(kù)方面的另一個(gè)優(yōu)點(diǎn)是， 相比在磁盤(pán)上相同的復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，在內(nèi)存中操作起來(lái)非常簡(jiǎn)單，這樣Redis可以做很多內(nèi)部復(fù)雜性很強(qiáng)的事情。

　　同時(shí)，在磁盤(pán)格式方面他們是緊湊的以追加的方式產(chǎn)生的，因?yàn)樗麄儾⒉恍枰M(jìn)行隨機(jī)訪問(wèn)。

　　Redis的內(nèi)存占用情況怎么樣?

　　給你舉個(gè)例子： 100萬(wàn)個(gè)鍵值對(duì)(鍵是0到999999值是字符串“hello world”)在我的32位的Mac筆記本上 用了100MB。同樣的數(shù)據(jù)放到一個(gè)key里只需要16MB， 這是因?yàn)殒I值有一個(gè)很大的開(kāi)銷。 在Memcached上執(zhí)行也是類似的結(jié)果，但是相對(duì)Redis的開(kāi)銷要小一點(diǎn)點(diǎn)，因?yàn)镽edis會(huì)記錄類型信息引用計(jì)數(shù)等等。當(dāng)然，大鍵值對(duì)時(shí)兩者的比例要好很多。64位的系統(tǒng)比32位的需要更多的內(nèi)存開(kāi)銷，尤其是鍵值對(duì)都較小時(shí)，這是因?yàn)?4位的系統(tǒng)里指針占用了8個(gè)字節(jié)。 但是，當(dāng)然，64位系統(tǒng)支持更大的內(nèi)存，所以為了運(yùn)行大型的Redis服務(wù)器或多或少的需要使用64位的系統(tǒng)。

　　都有哪些辦法可以降低Redis的內(nèi)存使用情況呢?

　　如果你使用的是32位的Redis實(shí)例，可以好好利用Hash,list,sorted set,set等集合類型數(shù)據(jù)，因?yàn)橥ǔＧ闆r下很多小的Key-Value可以用更緊湊的方式存放到一起。

　　查看Redis使用情況及狀態(tài)信息用什么命令?

　　info

　　Redis是單線程的，如何提高多核CPU的利用率?

　　可以在同一個(gè)服務(wù)器部署多個(gè)Redis的實(shí)例，并把他們當(dāng)作不同的服務(wù)器來(lái)使用，在某些時(shí)候，無(wú)論如何一個(gè)服務(wù)器是不夠的， 所以，如果你想使用多個(gè)CPU，你可以考慮一下分片(shard)。

　　一個(gè)Redis實(shí)例最多能存放多少的keys?

　　List、Set、Sorted Set他們最多能存放多少元素?理論上Redis可以處理多達(dá)232的keys，并且在實(shí)際中進(jìn)行了測(cè)試，每個(gè)實(shí)例至少存放了2億5千萬(wàn)的keys。我們正在測(cè)試一些較大的值。

　　任何list、set、和sorted set都可以放232個(gè)元素。換句話說(shuō)，Redis的存儲(chǔ)極限是系統(tǒng)中的可用內(nèi)存值。

　　修改配置不重啟Redis會(huì)實(shí)時(shí)生效嗎?

　　針對(duì)運(yùn)行實(shí)例，有許多配置選項(xiàng)可以通過(guò) CONFIG SET 命令進(jìn)行修改，而無(wú)需執(zhí)行任何形式的重啟。

　　從 Redis 2.2 開(kāi)始，可以從 AOF 切換到 RDB 的快照持久性或其他方式而不需要重啟 Redis。

　　檢索 ‘CONFIG GET *’ 命令獲取更多信息。但偶爾重新啟動(dòng)是必須的，如為升級(jí) Redis 程序到新的版本，或者當(dāng)你需要修改某些目前 CONFIG 命令還不支持的配置參數(shù)的時(shí)候。

　　Redis常見(jiàn)性能問(wèn)題和解決方案?

　　(1) Master最好不要做任何持久化工作，如RDB內(nèi)存快照和AOF日志文件

　　(2) 如果數(shù)據(jù)比較重要，某個(gè)Slave開(kāi)啟AOF備份數(shù)據(jù)，策略設(shè)置為每秒同步一次

　　(3) 為了主從復(fù)制的速度和連接的穩(wěn)定性，Master和Slave最好在同一個(gè)局域網(wǎng)內(nèi)

　　(4) 盡量避免在壓力很大的主庫(kù)上增加從庫(kù)

　　(5) 主從復(fù)制不要用圖狀結(jié)構(gòu)，用單向鏈表結(jié)構(gòu)更為穩(wěn)定，即：Master