一、優勢
（一）相對于其他k-v數據庫的優勢
1. 包含復雜數據類型，例如Strings\Lists\Hashes\Sets\Sorted sets等。
這些復雜數據類型的操作提供了原子操作，不用考慮鎖。
2. 內存中運行；可以持久化。
3. 相關網站：
http://redis.io/
http://www.slideshare.net/hitkidnil/memcached-vs-redis
http://www.itlearner.com/article/4890
http://timyang.net/data/redis-misunderstanding/
http://stackoverflow.com/questions/2873249/is-memcached-a-dinosaur-in-comparison-to-redis
二、缺點
官方不支持windows版，有非官方的。這個不是太大問題。
三、性能
1. 內存數據庫，性能非常高。
2. 與memcache的性能比較，redis作者給的回答，小數據的存儲redis占優，大于100k的memcache占優，但總的來說，一般項目使用時都還不夠格考慮這里的瓶頸。
四、使用者及口碑
暴雪、stackoverflow、github、flickr等等在使用redis。業內口碑非常好。
http://redis.io/topics/whos-using-redis
五、結合我們項目使用
由于歷史原因，數據庫我們先后使用了兄弟公司的k-v數據庫，和之后的mysql。
換數據庫，是由于之前的k-v數據庫只支持key-value對的存儲，value里以json串來存儲。這樣的存儲方式不支持單個字段的更新以及高效的頻繁排序等功能算法需求。而游戲編程很需要這些，所以花大氣力彌補以前決策的失誤，DB換成了mysql。
項目架構也在調整，php通過handlersocket與mysql進行交互，之前的java只做簡單的同步，沒有db操作。現在為了性能考慮，在慢慢改成玩家頻繁交互的功能和部分別的新功能寫在java。這樣java就必須與db交互。
之前為了快速迭代，java與mysql的交互，是java通過http來post存儲請求到php，php接到request就立即存儲。php這邊有老php寫的邏輯更新了db字段時，再post一個request到java（java做了個http server），java更新自己的內存。
這樣就有兩個問題。
1. 所有與db的操作，cache的地方在handlersocket；（據說有并發寫入性能問題——待進一步考證）
2. php與java都要更新db數據時，兩個獨立的http通道，很詭異，很低效。
現在有了redis，pub/sub很方便做cache系統。
一方面php與java相互通知數據更新時，通過redis即可。目前我們先應用急需的這塊。當前項目php里使用memcache做交互臨時存儲以及部分用于加鎖的邏輯可以考慮用redis慢慢取代。
另一方面，以后可以很方便的用redis做我們應用程序與mysql的cache。
ps：2012年12月20日我在CU的博客