Redis

NoSQL簡介      介紹redis前，我想還是先認識下NoSQL,即not only sql, 是一種非關係型的資料存放區，key/value索引值對儲存。現有Nosql DB 產品： Redis/MongoDB/Memcached/Hbase/Cassandra/ Tokyo Cabinet/Voldemort/Dynomite/Riak/ CouchDB/Hypertable/Flare/Tin/Lightcloud/ KiokuDB/Scalaris/Kai/ThruDB, 等等~~

在瞭解完各種redis類型後，這次介紹下redis排序命令.redis支援對list，set和sorted set元素的排序。排序命令是sort 完整的命令格式如下：SORT key [BY pattern] [LIMIT start count] [GET pattern] [ASC|DESC] [ALPHA] [STORE dstkey] 下面我們一一說明各種命令選項 （1）sort

      redis是一個支援持久化的記憶體資料庫，也就是說redis需要經常將記憶體中的資料同步到磁碟來保證持久化。redis支援兩種持久化方式，一種是 Snapshotting（快照）也是預設，另一種是Append-only file（縮寫aof）的方式。下面分別介紹Snapshotting       快照是預設的持久化方式。這種方式是就是將記憶體中資料以快照的方式寫入到二進位檔案中,預設的檔案名稱為dump.rdb。可以通過配置設定自動做快照持久

1.簡介       redis是一個開源的key-value資料庫。它又經常被認為是一個資料結構伺服器。因為它的value不僅包括基本的string類型還有 list,set ,sorted set和hash類型。當然這些類型的元素也都是string類型。也就是說list,set這些集合類型也只能包含string 類型。你可以在這些類型上做很多原子性的操作。比如對一個字元value追加字串（APPEND命令）。加加或者減減一個數字字串(INCR命令，當

        發布訂閱(pub/sub)是一種訊息通訊模式，主要的目的是解耦訊息發行者和訊息訂閱者之間的耦合，這點和設計模式中的觀察者模式比較相似。pub /sub不僅僅解決發行者和訂閱者直接代碼層級耦合也解決兩者在物理部署上的耦合。redis作為一個pub/sub server，在訂閱者和發行者之間起到了訊息路由的功能。訂閱者可以通過subscribe和psubscribe命令向redis

redis是一個cs模式的tcp server，使用和http類似的請求響應協議。一個client可以通過一個socket串連發起多個請求命令。每個請求命令發出後client通常 會阻塞並等待redis服務處理，redis處理完後請求命令後會將結果通過響應報文返回給client。基本的通訊過程如下Client: INCR XServer: 1Client: INCR XServer: 2Client: INCR XServer: 3Client: INCR XServer: 4基

本文介紹下redis支援的各種資料類型包括string,list ,set ,sorted set 和hashTechnorati 標籤: redis cache list 儲存1. keysredis本質上一個key-value db，所以我們首先來看看他的key.首先key也是字串類型，但是key中不能包括邊界字元由於key不是binary safe的字串，所以像"my

      redis主從複製配置和使用都非常簡單。通過主從複製可以允許多個slave server擁有和master

放假沒事學習了redis這個key-value資料庫。順便寫了點學習筆記和大家分享下，希望對想瞭解redis的同學有所協助。一 redis學習筆記之環境搭建 二 redis學習筆記之資料類型 三 redis學習筆記之排序 四 redis學習筆記之事務 五 redis學習筆記之pipeline  六 redis學習筆記之發布訂閱 七 redis學習筆記之持久化 八 redis學習筆記之主從複製 九 redis學習筆記之虛擬記憶體  

        首先說明下redis的虛擬記憶體與os的虛擬記憶體不是一碼事，但是思路和目的都是相同的。就是暫時把不經常訪問的資料從記憶體交換到磁碟中，從而騰出寶貴的 記憶體空間用於其他需要訪問的資料。尤其是對於redis這樣的記憶體資料庫，記憶體總是不夠用的。除了可以將資料分割到多個redis server外。另外的能夠提高資料庫容量的辦法就是使用vm把那些不經常訪問的資料交換的磁碟上。如果我們的儲存的資料總是有少部分資料被經常訪問，大

本文介紹下redis支援的各種資料類型包括string,list ,set ,sorted set 和hash  1. keysredis本質上一個key-value db，所以我們首先來看看他的key.首先key也是字串類型，但是key中不能包括邊界字元由於key不是binary safe的字串，所以像"my key"和"mykey\n"這樣包含空格和換行的key是不允許的順便說一下在redis內部並不限制使用binary字元，這是redis協議限制的。"\r\n"在協議格式中會作為特殊字元。

轉自timyang:http://timyang.net/data/redis-misunderstanding/前幾天微博發生了一起大的系統故障，很多技術的朋友都比較關心，其中的原因不會超出James Hamilton在On Designing and Deploying Internet-Scale Service(1)概括的那幾個範圍，James第一條經驗“Design for failure”是所有互連網架構成功的一個關鍵。互連網系統的工程理論其實非常簡單，James

1.簡介    redis是一個開源的key-value資料庫。它又經常被認為是一個資料結構伺服器。因為它的value不僅包括基本的string類型還有 list,set ,sorted set和hash類型。當然這些類型的元素也都是string類型。也就是說list,set這些集合類型也只能包含string 類型。你可以在這些類型上做很多原子性的操作。比如對一個字元value追加字串（APPEND命令）。加加或者減減一個數字字串(INCR命令，當

      redis主從複製配置和使用都非常簡單。通過主從複製可以允許多個slave server擁有和master

       發布訂閱(pub/sub)是一種訊息通訊模式，主要的目的是解耦訊息發行者和訊息訂閱者之間的耦合，這點和設計模式中的觀察者模式比較相似。pub /sub不僅僅解決發行者和訂閱者直接代碼層級耦合也解決兩者在物理部署上的耦合。redis作為一個pub/sub server，在訂閱者和發行者之間起到了訊息路由的功能。訂閱者可以通過subscribe和psubscribe命令向redis

        首先說明下redis的虛擬記憶體與os的虛擬記憶體不是一碼事，但是思路和目的都是相同的。就是暫時把不經常訪問的資料從記憶體交換到磁碟中，從而騰出寶貴的 記憶體空間用於其他需要訪問的資料。尤其是對於redis這樣的記憶體資料庫，記憶體總是不夠用的。除了可以將資料分割到多個redis server外。另外的能夠提高資料庫容量的辦法就是使用vm把那些不經常訪問的資料交換的磁碟上。如果我們的儲存的資料總是有少部分資料被經常訪問，大

 Redis從1.2版本開始採用新的統一協議,從2.0版本開始成為與Redis

 最近在項目中實踐了一下Redis,過程中遇到並解決了若干問題,記錄之.   Why Redis     

Redis千萬級的資料量的效能測試 可以猜測到還會有Redis 2.2.1 的測試，相同的測試環境，1K的資料量，使用ServiceStack.Redis用戶端進行如下測試： 1) Set操作 2) Get操作 3) Del操作 每一套測試分別使用三個配置進行測試： 1) 綠色線條的是開啟Dump方式的持久化，5分鐘持久化一次 2)　　可以猜測到還會有Redis 2.2.1 的測試，相同的測試環境，1K的資料量，使用ServiceStack.Redis用戶端進行如下測試：　　1) Set操作　　

文章目錄 1. Schema2. 容量及頻寬規劃3. 效能規劃(QPS)4. 可擴充性小結1. Redis是什麼2. Redis不可能比Memcache快3. 單台Redis的存放資料必須比實體記憶體小4. Redis的VM實現是重複造輪子5. 用get/set方式使用Redis6. 使用aof代替snapshot小結