Redis

轉載自：http://blog.csdn.net/freebird_lb/article/details/7778981 Redis是一個支援持久化的記憶體資料庫，也就是說redis需要經常將記憶體中的資料同步到磁碟來保證持久化。redis支援四種持久化方式，一是 Snapshotting（快照）也是預設；二是Append-only file（縮寫aof）的方式；三是虛擬記憶體方式；四是diskstore方式。下面分別介紹之。 （一）Snapshotting

每一個Hash可以儲存4294967295個索引值對 雜湊(hash)類型： hset 賦值 127.0.0.1:6379> hset h1 username java1234 (integer) 1 127.0.0.1:6379> hset h1 password 123456 (integer) 1 hget 取值 127.0.0.1:6379> hget h1 username "java1234" 1

非常感謝http://blog.csdn.net/sun_t89/article/details/51944252 spring Boot實戰之Redis緩衝登入驗證碼 本章簡單介紹Redis的配置及使用方法，本文範例程式碼在前面代碼的基礎上進行修改添加，實現了使用redis進行緩衝驗證碼，以及校正驗證碼的過程。 1、添加依賴庫（添加redis庫，以及第三方的驗證碼庫） [html] 

原文出處：點擊開啟連結 對於緩衝失效，不同的緩衝有不同的處理機制，可以說是大同中有小異，作者通過對Redis 文檔與相關源碼的仔細研讀，為大家詳細剖析了 Redis 的緩衝到期/失效機制相關的技術原理與實現細節。 下面是作者原文： 作為一種定期清理無效資料的重要機制，主鍵失效存在於大多數緩衝系統中，Redis 也不例外。在 Redis 提供的諸多命令中，EXPIRE、EXPIREAT、PEXPIRE、PEXPIREAT 以及 SETEX 和 PSETEX

Redis的持久化機制包括RBD和AOF兩種，對於這兩種持久化方式各有優勢，本文將對此進行介紹。 RDB機制的策略 RDB持久化是指在指定的時間間隔內將記憶體中的資料和操作通過快照的方式儲存到redis bin目錄下的一個預設名為

     Redis雖然是基於記憶體的儲存系統，但是它本身是支援記憶體資料的持久化的，而且提供兩種主要的持久化策略：      RDB快照和 AOF日誌      下面分別介紹這兩種不同的持久化策略： 1、Redis的RDB快照   &

1、Redis的介紹 Redis 開源的記憶體資料庫，以Key-Value方式儲存資料； Redis的特點：     1）、Redis的資料完全儲存在記憶體中，使用磁碟僅僅是為了持久化資料，解決重啟伺服器而導致資料丟失的問題；     2）、相比其他Key-Value資料庫，Redis有比較豐富的資料類型；    

如果是用apt-get或者yum install安裝的redis，可以直接通過下面的命令停止/啟動/重啟redis /etc/init.d/redis-server stop/etc/init.d/redis-server start/etc/init.d/redis-server restart 如果是通過源碼安裝的redis，則可以通過redis的用戶端程式 redis-cli 的 shutdown 命令來重啟redis

最近需要設計一個分布式的定時任務的方案，從理論上來說，Quartz已經提供了一套完善的分布式定時任務的解決方案，但是由於系統目前已有JMS叢集和Redis Sentinel叢集，如果想要在目前已有的架構上，實現了一個簡單的分布式定時任務的話，如何來做了。總體架構設計圖如下： redis叢集：提供分布式的緩衝，以及實現簡單的分布式鎖http://blog.csdn.net/liuchuanhong1/article/details/54668460

參考： zabbix監控redis各種狀態 http://blog.csdn.net/saga_gallon/article/details/51242346  redis info參數總結： http://www.wutianqi.com/?p=3620 http://blog.csdn.net/lang_man_xing/article/details/38539057

1、 undefined reference to `clock_gettime' 連結錯誤的解決辦法 安裝redis時，編譯檔案 make 該redis檔案夾出現此錯誤，clock_gettime在即時庫librt（real time）裡面，由於連結的時候沒有連結這個庫導致報錯。 解決思路： 只需在我們啟動並執行Makefile檔案裡面添加動態連結程式庫librt ( -lrt ) ，

轉載請註明出處哈:http://carlosfu.iteye.com/blog/2254154      由於演講時間有限，有關Redis-Cluster，演講者沒做太多介紹，簡單的介紹了一些Redis-Cluster概念作用和遇到的兩個問題，我們在Redis-Cluster也有很多營運經驗，將來的文章會介紹。  

秒殺系統的架構設計 秒殺系統，是典型的短時大量突發訪問類問題。對這類問題，有三種最佳化效能的思路： 寫入記憶體而不是寫入硬碟、非同步處理而不是同步處理、分散式處理。 用上這三招，不論秒殺時負載多大，都能輕鬆應對。更好的是，Redis能夠滿足上述三點。因此，用Redis就能輕鬆實現秒殺系統。 下面介紹一下為什麼上述三種效能最佳化思路能夠解決秒殺系統的效能問題：

Redis的主從架構，能協助我們實現讀多，寫少的情況，下面配置Redis架構，很簡單。 準備環境 vmware + rhel-server-7.0(101，102，103)+redis-3.2.0 1、在192.168.137.101安裝好redis3.2.0，我安裝的目錄如下 redis的安裝參考http://blog.csdn.net/yingxiake/article/details/51469364

Redis中的壓縮列表   壓縮列表(ziplist)是列表鍵和雜湊鍵的底層實現之一。當一個列表鍵只包含少量清單項目，並且每個清單項目要麼就是小整數值，要麼就是長度比較短的字串，那麼Redis就會使用壓縮列表來做列表鍵的底層實現。   例如，執行以下命令將建立一個壓縮列表實現的列表鍵： 127.0.0.1:6379> RPUSH 1st 1 3 5 10086 "hello" "world"(integer) 6127.0.0.1:

  Redis hash是一個string類型的field和value的映射表.一個key可對應多個field，一個field對應一個value。將一個Object Storage Service為hash類型，較於每個欄位都儲存成string類型更能節省記憶體。建立一個hash對象時開始是用zipmap(又稱為small hash)來儲存的。這個zipmap其實並不是hash

redis主從複製過程 當配置好slave後，slave與master建立串連，然後發送sync命令。無論是第一次串連還是重新串連，master都會啟動一個後台進程，將 資料庫快照集儲存到檔案中，同時master主進程會開始收集新的寫命令並緩衝。後台進程完成寫檔案後，master就傳送檔案給slave，slave將 檔案儲存到硬碟上，再載入到記憶體中，接著master就會把緩衝的命令轉寄給slave，後續master將收到的寫命令發送給slave。

1.redis安裝：下載壓縮包，解壓，然後cmd終端中進入redis安裝根路徑        1.1啟動redis伺服器：redis-server.exe  【redis.windowws.conf】--【】括弧內可以不加        1.2(需要另開啟一個cmd終端)redis用戶端連結上資料庫： redis-cli.exe  -h 

要做一個平台，設計要求每秒能夠在一個800-1000萬條記錄的資料庫內讀寫1萬次。 我是選用redis叢集。我的做法是按照大神龔-java提供的文檔和自己加入的一些發現結合實現的。 首先就是下載redis-3.2.1.tar.gz，這個沒有什麼說的，去官網上找連結然後wget就可以了。 下載完成後tar -zxvf解壓縮，我的習慣是解壓縮之後放到/usr/local/目錄下面。

在之前對Redis的介紹中，可以看到鏈表的使用頻率非常高。 鏈表可以作為單獨的儲存結構，比如用戶端的監視鏈表記錄該用戶端監視的所有鍵，伺服器的模式訂閱鏈表記錄所有用戶端和它的模式訂閱。 鏈表也可以內嵌到字典中作為字典的實值型別，比如資料庫的監視字典使用鏈表格儲存體監視某個鍵的所有用戶端，伺服器的訂閱字典使用鏈表格儲存體訂閱某個頻道的所有用戶端。 鏈表結構 節點 Redis中的鏈表是雙向鏈表，即每一個節點都儲存了它的前驅節點和後繼節點，用於提高操作效率。節點定義如下