[話題討論]如何用好Redis（獲獎名單已公布-2014-09-25）

tedcy

回復(fù) 10# action08


    呃就是比如一個hash key存了800M，那一下就分布不均衡了嘛

rdcwayx

logstash里就自帶redis，當(dāng)MQ使用，一般不用管理，調(diào)優(yōu)，排錯之類的暫時還沒到這個級別。

jieforest

之前《Redis設(shè)計與實現(xiàn)》的作者在2013年發(fā)過此書的開源版本，也即簡化和未修訂的版本，沒想到一年后，正式版本出書了。

tedcy

回復(fù) 13# jieforest

已入手，挺不錯的。
   

chinafenghao

@crazyhadoop
1. 現(xiàn)在Redis有被濫用的趨勢，如何合理使用Redis，談?wù)勛约旱恼J(rèn)識。
其實主要不是為了用技術(shù)而使用技術(shù),一切能解決問題的使用方法都是合理的.雖然有的使用方法看上去比較二,但是使用者就是對這個軟件熟悉,不想去用更對口的軟件,也是可以理解的。

2. 如何正確使用Redis的各種數(shù)據(jù)結(jié)構(gòu)，比如list，set，hash等等。
說點廢話.改用什么結(jié)構(gòu)就用什么結(jié)構(gòu)，了解清楚list,set,hash的原理,特長.分析清楚自己的業(yè)務(wù)需求,以及以后的擴展性,維護(hù)性.就OK了。
list:最常用的數(shù)據(jù)結(jié)構(gòu),比如關(guān)注列表,粉絲列表.
set:list的升級版,可以排序和去重
hash:針對比較復(fù)雜的對象存儲

3. 因為對Redis了解不夠透徹，想必都踩過一些坑吧，比如，你使用過HGETALL嗎? BGREWRITEAOF重寫AOF文件會不會影響服務(wù)？聊聊踩過的坑吧，也可以從源碼的層次上分析問題。
AOF在重寫的時候會占用服務(wù)器的大量CPU和內(nèi)存資源，導(dǎo)致服務(wù)出現(xiàn)短暫暫�，F(xiàn)象

睿智2012

不了解的，來學(xué)習(xí)。

laputa73

1.不能原生支持分布式,擴展性不好.(不是說主從模式). 沒有主主,master存在單點故障.
2.并發(fā)性能還不夠好.最佳實用場景還是少量長連接/連接池,直接大量短連接并發(fā)場景下,性能急劇下降.
3.aof和rdb兩種持久化方式都不夠完美.
4.只支持linux.
5.有時可以考慮ssdb等替代方案.

missdeer

我能說我才接觸Redis然后把Redis當(dāng)成memcached用么

hxksd

一般數(shù)據(jù)集的特點不外乎有序還是無序，有索引還是無索引，唯一還是不唯一。Redis 的這四種數(shù)據(jù)結(jié)構(gòu)就是這幾種特點的組合，如下所示：

    無序 + 無索引 + Value 唯一 = Set

    無序 + Key 索引 + Key 唯一 = Hash

    無序 + 位置索引 + 不唯一 = List

    有序 + Key 和位置索引 + Key 唯一 = Sorted Set

這三種特點說起來還是太抽象了，那么我們現(xiàn)在來看一下具體使用上的區(qū)別：

    無需 → 可以隨機獲取值

    有序 → 自動按值排序，可以取出值在某個范圍的數(shù)據(jù)

    Key 索引 → 精確取出或設(shè)置某個 Key 對應(yīng)的值

    位置索引 → 精確取出或設(shè)置某個位置的值，精確取出某個位置區(qū)間的值

    唯一性 → 自動去重或者檢查存在性

在實際工程應(yīng)用中，元素?zé)o序、唯一并且經(jīng)常需要進(jìn)行集合操作時選用 Set；一一對應(yīng)的無序關(guān)系一般就選用 Hash 了，可以用 HMSET 和 HMGET 命令來一次設(shè)置或獲取多個值；堆�；蛘哧犃芯瓦x用 List 實現(xiàn)，可以選用 BLPOP 或者 BRPOP 命令實現(xiàn)阻塞型的出�；虺鲫犃胁僮�；有排序依據(jù)的數(shù)據(jù)集就選用 Sorted Set。

honghs

就當(dāng)個大號hashtable在用