Redis

①：進入redis-3.0.7（存放源碼的檔案夾） ②：拷貝 redis.conf 到 bin 目錄 ③：查看卡匹配過去的 redis.conf 的許可權，如下圖： ➣：-rw-r--r--：所有者才有讀寫的許可權，其他人只有唯讀許可權。 ┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈ ④：修改許可權 chmod 777 redis.conf（chomd777，每個人都有讀寫和執行的許可權） ┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈

從本篇文章開始（命名為Redis分析系列），將會通過分析Redis的原始碼（以Redis 2.2.0 RC1為準），來對它的內部實現做一些探討。本文主要介紹Redis啟動載入過程，總體上可以分為如下幾步： 1. 初始化全域伺服器配置 2. 載入設定檔（如果指定了設定檔，否則使用預設配置） 3. 初始化伺服器 4. 載入資料庫 5. 網路監聽 整個啟動載入過程如下圖所示：

      redis是一個支援持久化的記憶體資料庫，也就是說redis需要經常將記憶體中的資料同步到磁碟來保證持久化。redis支援兩種持久化方式，一種是 Snapshotting（快照）也是預設，另一種是Append-only file（縮寫aof）的方式。下面分別介紹 Snapshotting       

     現在項目用到了redis,這樣極大的提高了資料提取的效率，但如果邏輯處理時不小心，就會給自己泡坑            1.完全依賴後台提供的redis資料，當redis佔用率高時進行重啟時（一般都不進行落地），資料丟失。

原創作品，轉載請標明：http://blog.csdn.net/Xiejingfa/article/details/50550416 在上一篇文章中【Redis筆記（二）】 Redis資料結構-string字串中，我們學習了Redis最基本的資料結構string，今天我們的主角是 – hash（雜湊）類型。 hash類型介紹

Sentinel 先來說說Sentinel，Sentinel是redis內建的一種實現HA的方式，如果在實際應用中這種方式用的比較少，比較流行的還是KeepAlived。 Redis 的 Sentinel 系統用於管理多個 Redis 伺服器（instance）， 該系統執行以下三個任務： ● 監控（Monitoring）： Sentinel 會不斷地檢查你的主伺服器和從伺服器是否運作正常。 ● 提醒（Notification）： 當被監控的某個 Redis 伺服器出現問題時，

今天開啟電腦，串連redis，發現串連不上了... 原因是找不到主機...查看虛擬機器ip，發現ip變了... 於是想到之前配置redis叢集的時候，在redis.conf中配置了bind為虛擬機器的ip地址，覺得應該是這個原因，於是修 配置bind：127.0.0.1，重啟叢集，想想應該是沒問題了，但是... 服務啟起來了，ip也顯示為127.0.0.1，但是進行check的時候報了異常，can't connect to node 192.168.21.

spring-shiro 整合請看shiro springmvc整合第一步 spring-redis整合請看spring redis整合 用到的redis jar如下

關於session共用，在網上有很多文章，但是很少有文章是別人看過了，能夠實際操作就能實現出來的，我不知道是文章寫的漏掉了什麼還是什麼原因，可能是我的能力還達不到文章所需要的能力要求吧。先不管那麼多了，我就以我實際配置安裝部署的執行個體來講述下我的實現session共用的方式吧。

東西不多賣 秒殺系統需要保證東西不多賣，關鍵是在多個用戶端對庫存進行減操作時，必須加鎖。Redis中的Watch剛好可以實現一點。首先我們需要擷取當前庫存，只有庫存中的食物小於購物車的數目才能對庫存進行減。在高並發的情況下會出現某時刻查詢庫存夠的，但下一時刻另外一個線程下單了，對庫存進行減操作，剛好小於上個線程的購物車數目。照理現在的狀態是不能下單成功的，因為庫存已經不夠了，但上一線程仍然認為數量還夠，對庫存進行減操作，從而導致庫存出現負數的情況。如何避免。 Redis

Base 2.8.7 Redis是一個包含了很多Key-Value對的大字典，這個字典支援的Value非常豐富，可以為 字串、雜湊表、列表、集合和有序集 ，基於這些類型豐富的value，擴充出了功能強大的操作，例如hmset、lpush、sadd等 字典 字典是Redis最基礎的資料結構，一個字典即一個DB，Redis支援多DB Redis字典採用Hash表實現，針對碰撞問題，其採用的方法為“鏈地址法”，即將多個雜湊值相同的節點串聯在一起，

雜湊（hash） Redis 中的 Hash 類型可以看成是具有 String key 和 String value 的 map 容器。該類型非常適合儲存物件資訊。例如使用者的 username password 等。每一個 Hash 可以儲存 4294967295 個索引值對 儲存（hset） hset key field value field 不存在，直接儲存。 field 存在，執行覆蓋操作。 儲存多個索引值對（hmset）

原網址：http://www.jianshu.com/p/c2ab606b00b7 一、單個執行個體 當系統中只有一台redis運行時，一旦該redis掛了，會導致整個系統無法運行。 單個執行個體 二、備份 由於單台redis出現單點故障，就會導致整個系統不可用，所以想到的辦法自然就是備份（一般工業界認為比較安全的備份數應該是3份）。當一台redis出現問題了，另一台redis可以繼續提供服務。

一般的鎖只能針對單機下同一進程的多個線程，或單機的多個進程。多機情況下，對同一個資源訪問，需要對每台機器的訪問進程或線程加鎖，這便是分布式鎖。分布式鎖可以利用多機的共用快取（例如redis）實現。redis的命令文檔[1]，實現及分析參考文檔[2]。 利用redis的get、setnx、getset、del四個命令可以實現基於redis的分布式鎖： get key：表示從redis中讀取一個key的value，如果key沒有對應的value，返回nil，如果儲存的值不是字串類型，

Redis鎖 Redis為單進程單線程模式，採用隊列模式將並發訪問變成串列訪問，且多用戶端對Redis的串連並不存在競爭關係。 SETNX命令（SET if Not eXists）文法： SETNX key value 若給定的 key 已經存在，則 SETNX 不做任何動作，並返回0。 安全性：保證互斥，在任何時候，只有一個用戶端可以持有鎖 無死結：即使當前持有鎖的用戶端崩潰或者從叢集中被分開了，其它用戶端最終總是能夠獲得鎖。 容錯性：只要大部分的

一.Redis事務 可以一次執行多個命令，本質是一組命令的集合。一個事務中所有的命令會被序列化，按順序的串列執行而不會被其他命令插入，不許加塞。 事務命令： discard 取消事務 exec 執行事務塊內的命令 multi 標記一個事務的開始 unwatch 取消watch命令對所有Key的監控 watch 監視一個或多個key，若在事務執行之前這些key被其他命令改動，那麼事務被打斷 標記一個事務的開始後，若其中一個命令插入隊列出錯，則事務中所有命令不會執行。

redis-cluster研究和使用 部落格分類：  redis redis cluster 分布式儲存  最近研究redis-cluster,正好搭建了一個環境,遇到了很多坑,系統的總結下,等到redis3 release出來後，換掉memCache 叢集. 轉載請註明出處哈:http://hot66hot.iteye.com/admin/blogs/2050676

使用redis實現自己的tomcat session manager（java） 最近業務擴充到了好幾個tomcat，前端使用nginx，rewrite的規則設定為ip_hash，但這樣如果有一個tomcat掛了，那這個使用者就要重新登陸了，本來也可以忍受，但這說來說去總是一個問題，於是自己決定實現一個自己的session manager，所有的使用者的session都儲存到這個session

Windows下Redis安裝 下載windows版本redis或者github下載 解壓下載的壓縮包即為下圖的內容： 啟動的三種方式： 進入downloads檔案夾選擇需要的版本解壓進入檔案夾： 第一種方式不加設定檔方式： 雙擊redis-server.exe；或者在目前的目錄  ctrl+按一下滑鼠

一、下載最新版本的Redis cd /usr/local/src wget -c  https://redis.googlecode.com/files/redis-2.6.14.tar.gz 二、編譯安裝Redis tar -zxvf redis-2.6.14.tar.gz cd redis-2.6.14 make