本文介紹Redis2.8的安裝部署和維護方法。

Disque是一個分布式的消息隊列。與Redis有單結點和分布式模式不同，單一Disque結點也是只有一個結點的集群。它是一個AP系統，也就是具有Availability(可用性)和Partition tolerance(分區容錯性）。另外它能在各種情形下保持高擴展性：無論是多生產者和多消費者處理多隊列，還是所有生產者和消費者都在一個隊列。

這里的session機制很簡單，用戶登錄之后，給用戶生成一個session，包含用戶的唯一編號ID，過期時間expires，以及用戶的用戶的sessionID。

redis在攜程內部得到廣泛的使用，主要作為cache緩存數據，但是也有部分業務直接將其作為內存數據庫使用。作為內存數據庫，就對系統的可用性提出了極高的挑戰，XPipe主要解決redis多數據中心遇到的問題。

Redis的復制功能是完全建立在之前我們討論過的基于內存快照的持久化策略基礎上的，也就是說無論你的持久化策略選擇的是什么，只要用到了 Redis的復制功能，就一定會有內存快照發生，那么首先要注意你的系統內存容量規劃，原因可以參考我上一篇文章中提到的Redis磁盤IO問題。

使用Python Flask開發的一個web可視化的redis監控程序，可以查看redis的服務器信息、實時監控redis的消息處理ops、內存占用、cpu消耗，以及redis連通時間。

常用數據類型簡介： redis常用五種數據類型:string,hash,list,set,zset(sorted set).

Tedis是另一個redis的java客戶端 Tedis的目標是打造一個可在生產環境直接使用的高可用Redis解決方案。

java-redis-rdb 是一個用來解析 Redis 的 dump.rdb 文件的 Java 開發包。

學習任何新知識，都是一個循序漸進的過程，從剛開始的懵懂無知，到簡單熟悉，然后突然的徹悟，成果讓人欣喜若狂，心情也會快樂很久。

在分布式系統中，各個進程(本文使用進程來描述分布式系統中的運行主體， 它們可以在同一個物理節點上也可以在不同的物理節點上)相互之間通常是需要協調進行運作的，有時是不同進程所處理的數據有依賴關系，必須按照一定的次序進 行處理，有時是在一些特定的時間需要某個進程處理某些事務等等，人們通常會使用分布式鎖、選舉算法等技術來協調各個進程之間的行為。

Redis是著名的NOSQL（Not Only SQL）數據庫，是鍵值對結構。（我只用過鍵值對結構的） 他為存儲鍵值對做了優化，在大型網站中應用廣泛。Redis提供了數據的自動過期處理，而且支持集群。 適合臨時存儲數據，和存儲一些離散的數據。

Codis 是一個分布式 Redis 解決方案, 對于上層的應用來說, 連接到 Codis Proxy 和連接原生的 Redis Server 沒有明顯的區別 (不支持的命令列表), 上層應用可以像使用單機的 Redis 一樣使用, Codis 底層會處理請求的轉發, 不停機的數據遷移等工作, 所有后邊的一切事情, 對于前面的客戶端來說是透明的, 可以簡單的認為后邊連接的是一個內存無限大的 Redis 服務.

使用spring-session把http session放到redis里面

Reds 是一個輕量的基于NodeJS和Redis的搜索引擎，由TJ Holowaychuk 開發，這個模塊原本是為優化 Kue 搜索能力而開發，但是它也非常適合作為輕量的通用搜索庫而加入到Blog、文檔系統中去。

摘要：在Twitter工作的數年時間，Yao見證了緩存服務的擴展之路——從1個項目到上百項目的使用。為了支撐如此龐大的緩存體系，Twitter使用了成千上萬臺服務器，多個集群，以及過百TB內存。

redis實現主從復制和高可用(主從切換)：主從Redis配置 ?Redis服務器具體配置 127.0.0.1 ：6379(主) 127.0.0.1 ：6380(從) 127.0.0.1 ：6381(從...

本文主要涉及到的故障包括： 1.網卡故障 2.這該死的連接數 3.疑似 Cluster 腦裂? 4.Bgsave傳統的典型問題

開始在 Java 中使用 Redis 前， 我們需要確保已經安裝了 redis 服務及 Java redis 驅動，且你的機器上能正常使用 Java。

以后我們使用 go-redis-server 的服務時候，要記得檢查返回的字符串或者錯誤信息有沒有包含換行符，如果有，最好做一次過濾替換。