Redis

摘要：本文使用redis來實現樂觀鎖，並以秒殺系統為執行個體來講解整個過程。 本文源碼請在這裡下載：https://github.com/appleappleapple/DistributeLearning 樂觀鎖      

題記 基於記憶體的Redis應該是目前各種web開發業務中最為常用的key-value資料庫了，我們經常在業務中用其儲存使用者登陸態（Session儲存），加速一些熱資料的查詢（相比較mysql而言，速度有數量級的提升），做簡單的訊息佇列（LPUSH和BRPOP）、訂閱發布（PUB/SUB）系統等等。規模比較大的互連網公司，一般都會有專門的團隊，將Redis儲存以基礎服務的形式提供給各個業務調用。

Redis現在是比較流行的快取資料庫，一般剛接觸的時候都會發現其可以儲存字串（string）、雜湊表（hash）、列表（list）、集合（set）、有序集合（sorted set）等。redis是一個key-value儲存，value可以包含上面列出的多種結構，但是key都是字串。也就是說key是string類型，value為上面類型的一種。

概述 Redis-Sentinel是Redis官方推薦的高可用性(HA)解決方案，當用Redis做Master-slave的高可用方案時，假如master宕機了，Redis本身(包括它的很多用戶端)都沒有實現自動進行主備切換，而Redis-sentinel本身也是一個獨立啟動並執行進程，它能監控多個master-slave叢集，發現master宕機後能進行自懂切換。 它的主要功能有以下幾點 不時地監控redis是否按照預期良好地運行;

簡介 官網公布資料：讀的速度是110000次/s,寫的速度是81000次/s redis是一個key-value儲存系統。和Memcached類似，它支援儲存的value類型相對更多，包括string(字串)、list(鏈表)、set(集合)、zset(sorted set

配置 配置Redis有很多不同的方式，StackExchange.Redis提供了一個豐富的配置模型，我們可在調用 Connect 或者 ConnectAsync 方法時傳入配置： var conn = ConnectionMultiplexer.Connect(configuration); 在這裡參數configure可以是： ConfigurationOptions 執行個體配置 字串方式配置 後面一種也是前面一種的標記形式。 基本配置 -

任務隊列 使用LPUSH和RPOP命令巨集指令清單來實現隊列 BLPOP key [key ...] timeout(s) BRPOP key [key ...] timeout(s) BLPOP/BRPOP是阻塞式，同時檢測多個鍵，如果所有鍵都沒有元素則阻塞，如果其中有一個鍵有元素則會從該鍵中彈出元素，傳回值為鍵名和對應的元素值。 如果多個鍵都有元素則按照從左至右的順序取第一個鍵中的一個元素，藉此特性可以實現優先順序隊列。   發布/訂閱模式 “發布/

完整代碼太長，這裡給出一個思路而已 1：秒殺活動開始之前，將商品的SKU和庫存存入redis中        redisTemplate.expire(商品的SKU,25,TimeUnit.HOURS);   //以商品的唯一標識做為key,緩衝24小時 2：商品下單方法中增加一個計數器，以商品SKU為KEY,計數器為原子性，不存在並發問題 long count =

管道和多工器 延遲情況是難以忍受的。現代電腦能以驚人的速度產生資料，並且高速互連網(經常是在重要的伺服器之間有多個並行串連)提供了極大的頻寬，但是這可惡的延遲意味著電腦花了大量時間等待資料。基於延續的編程變得越來越流行的幾個原因之一。讓我們考慮一些規則的程式碼： string a = db.StringGet("a");string b = db.StringGet("b"); 按照這些關聯的步驟，這看起來像： [req1]

基於redis叢集實現session共用 Spring-Data-Redis 從1.8.0 版本開始支援了redis叢集密碼 宇宙慣例 先上代碼 1、maven依賴配置 <properties> <spring-session.version>1.2.0.RELEASE</spring-session.version>

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

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

Redis 雜湊鍵命令實現(t_hash) 1. 雜湊命令介紹 Redis 所有雜湊命令如下表所示：Redis 雜湊命令詳解 序號 命令及描述 1 HDEL key field2 [field2]：刪除一個或多個雜湊表欄位 2 HEXISTS key field：查看雜湊表 key 中，指定的欄位是否存在。 3

一.前言 redis並不是簡單的key-value資料容器，不能將其理解為靜態儲存資料，它是動態互動的資料結構伺服器，可以被用作緩衝，高效能k-v資料庫等。 它支援很多種類型的資料結構，不僅支援string類型的value，還支援很多種複雜類型的資料。以下簡單列出redis支援的資料類型，後續再對每種資料類型以及它們的常用操作命令做詳細介紹 1.安全二進位氏String類型：將String類型作為元素值；

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

1.strings（字串） a)如果只使用redis中的字串類型，且不使用redis的持久化功能，那麼，redis就和memcache非常非常的像了; b)在遇到數值操作時，會自動轉換過為字串，如寫入數字1，讀出來將是字串1； c)本身具有原子性的指令：incr、decr和Memecached中increment、decrement類似； d)應用情境：常規計數-微博數,粉絲數； 2.lists（列表）

持久化選項 持久化檔案存放的目錄： dir ./ 快照持久化（snapshotting） 儲存所有資料到磁碟 常見的配置： save 60 1000stop-writes-on-bgsave-error nordbcompression yesdbfilename dump.rdb 建立快照有這麼幾種方法： 1，bgsave命令，會fork出一個進程 2，save命令，會造成在完成前，用戶端是去響應 3，配置save項 4，redis通過shutdown關閉時

predis是PHP串連Redis的操作庫，由於它完全使用php編寫，大量使用命名空間以及閉包等功能，只支援php5.3以上版本，故實測效能一般，每秒25000次讀寫。 將session資料存放到redis也很簡單:session.save_handler = redissession.save_path = “tcp://127.0.0.1:6379″ 以下是匯總一些操作。 //使用autoload載入相關庫,這邊重點就是為了require

基本用法 ConnectionMultiplexer 類是StackExchange.Redis的中樞對象，它在StackExchange.Redis名稱空間中； 這個對象封裝了很多基礎服務物件的詳細資料。由於 ConnectionMultiplexer 做了很多底層處理，它在調用者之間被設計為共用和重用。你不應該為每一個操作都建立一個 ConnectionMultiplexer 對象。該對象是完全安全執行緒的。在隨後所有的樣本中，ConnectionMultiplexer

Redis支援五中資料類型：String（字串），Hash（雜湊），List（列表），Set（集合）及zset(sortedset：有序集合)。