Redis

一、特殊編碼：    自從Redis 2.2之後，很多資料類型都可以通過特殊編碼的方式來進行儲存空間的最佳化。其中，Hash、List和由Integer組成的Sets都可以通過該方式來最佳化儲存結構，以便佔用更少的空間，在有些情況下，可以省去9/10的空間。   

一、概述：    Redis在設計之初就被定義為長時間不間斷啟動並執行服務進程，因此大多數系統配置參數都可以在不重新啟動進程的情況下立即生效。即便是將當前的持久化模式從AOF切換到RDB也無需重啟。    在Redis中，提供了一組和伺服器管理相關的命令，其中就包含和參數設定有關的CONFIG SET/GET command。二、相關命令列表：  命令原型 時間複雜度 命令描述

一、簡介：    和大多NoSQL資料庫一樣，Redis同樣遵循了Key/Value資料存放區模型。在有些情況下，Redis會將Keys/Values儲存在記憶體中以提高資料查詢和資料修改的效率，然而這樣的做法並非總是很好的選擇。鑒於此，我們可以將之進一步最佳化，即盡量在記憶體中只保留Keys的資料，這樣可以保證資料檢索的效率，而Values資料在很少使用的時候則可以被換出到磁碟。   

一、Redis提供了哪些持久化機制：    1). RDB持久化：    該機制是指在指定的時間間隔內將記憶體中的資料集快照寫入磁碟。        2). AOF持久化:    該機制將以日誌的形式記錄伺服器所處理的每一個寫操作，在Redis伺服器啟動之初會讀取該檔案來重新構建資料庫，以保證啟動後資料庫中的資料是完整的。  &

一、Redis的Replication：    這裡首先需要說明的是，在Redis中配置Master-Slave模式真是太簡單了。相信在閱讀完這篇Blog之後你也可以輕鬆做到。這裡我們還是先列出一些理論性的知識，後面給出實際操作的案例。    下面的列表清楚的解釋了Redis Replication的特點和優勢。    1). 同一個Master可以同步多個Slaves。   

一、概述：      在該系列的前幾篇部落格中，主要講述的是與Redis資料類型相關的命令，如String、List、Set、Hashes和Sorted-Set。這些命令都具有一個共同點，即所有的操作都是針對與Key關聯的Value的。而該篇部落格將主要講述與Key相關的Redis命令。學習這些命令對於學習Redis是非常重要的基礎，也是能夠充分挖掘Redis潛力的利器。     

一、概述：    Sorted-Sets和Sets類型極為相似，它們都是字串的集合，都不允許重複的成員出現在一個Set中。它們之間的主要差別是Sorted-Sets中的每一個成員都會有一個分數(score)與之關聯，Redis正是通過分數來為集合中的成員進行從小到大的排序。然而需要額外指出的是，儘管Sorted-Sets中的成員必須是唯一的，但是分數(score)卻是可以重複的。   

一、概述：      我們可以將Redis中的Hashes類型看成具有String Key和String Value的map容器。所以該類型非常適合於儲存值對象的資訊。如Username、Password和Age等。如果Hash中包含很少的欄位，那麼該類型的資料也將僅佔用很少的磁碟空間。每一個Hash可以儲存4294967295個索引值對。二、相關命令列表： 命令原型 時間複雜度 命令描述

一、概述：      字串類型是Redis中最為基礎的資料存放區類型，它在Redis中是二進位安全的，這便意味著該類型可以接受任何格式的資料，如JPEG映像資料或Json對象描述資訊等。在Redis中字串類型的Value最多可以容納的資料長度是512M。二、相關命令列表： 命令原型 時間複雜度 命令描述 傳回值 APPENDkeyvalue

一、簡介：在過去的幾年中，NoSQL資料庫一度成為高並發、海量資料存放區解決方案的代名詞，與之相應的產品也呈現出雨後春筍般的生機。然而在眾多產品中能夠脫穎而出的卻屈指可數，如Redis、MongoDB、BerkeleyDB和CouchDB等。由於每種產品所擁有的特徵不同，因此它們的應用情境也存在著一定的差異，下面僅給出簡單的說明：1).

熱門排行榜功能是一個很普遍的需求。使用 Redis 中有序集合的特性來實現熱門排行榜是又好又快的選擇。一般熱門排行榜都是有實效性的，比如“使用者積分榜”。如果沒有實效性一直按照總榜來排，可能榜首總是幾個老使用者，對於新使用者來說，那真是太令人沮喪了。首先，來個“今日積分榜”吧，定序是今日使用者新增積分從多到少。那麼使用者增加積分時，都操作一下記錄當天積分增加的有序集合。假設今天是 2015 年 04 月 01 日，UID 為 1 的使用者因為某個操作，增加了 5 個積分。Redis

本文將通過分析代碼來介紹Redis的啟動過程，通過查看Redis 的啟動指令碼，得知Redis的啟動時從Redis.c的main方法開始的。Redis啟動可以分為以下幾個步驟：1.初始化Redis伺服器全域配置2.重設伺服器Save參數（具體下文詳解）和載入設定檔3.初始化伺服器4.載入資料庫5.開始網路監聽一，初始化Redis伺服器全域配置。這一步驟主要是主要是根據Redis.h中設定的Static值來初始化Redis伺服器配置，這裡設定是Redis伺服器的預設配置。如：·TCP

如果認為Redis是一個key value儲存, 可以使用它來代替MySQL；如果認為它是一個可以持久化的cache, 可能只是用它儲存一些頻繁訪問的臨時資料（代替Memcached）；除此之外，還可以把Redis當做一個輕量級的訊息佇列使用，因為它內建就支援 list資料結構和PUB/SUB命令；還可以當做一個輕量級的分布式鎖系統。Redis是REmote DIctionary Server的縮寫，在Redis在官方網站的解釋是：複製代碼 代碼如下:Redis is an open

如果 MySQL 資料庫比較大的話，我們很容易就能查出是哪些表佔用的空間；不過如果 Redis 記憶體比較大的話，我們就不太容易查出是哪些（種）鍵佔用的空間了。有一些工具能夠提供必要的協助，比如 redis-rdb-tools 可以直接分析 RDB 檔案來產生報告，可惜它不能百分百實現我的需求，而我也不想在它的基礎上二次開發。實際上開發一個專用工具非常簡單，利用 SCAN 和 DEBUG 等命令，沒多少行代碼就能實現：複製代碼 代碼如下:<?php$patterns =

薄荷 App 上的夥伴功能大量使用了記憶體資料庫 Redis，隨著資料量的快速增長，Redis 膨脹得很快，已經接近 12 GB規模，這些資料全部放在單個 Redis 執行個體中。單個巨大 Redis 執行個體有如下幾個壞處：1.首先，需要一台記憶體很大的機器。Redis 是記憶體資料庫，它需要把所有需求全部放在記憶體中，需要為之裝下 12 GB的 Redis 執行個體，至少需要 12 GB 記憶體大小的機器，考慮的預留增長空間，一般需要 12 * 1.5 約 18 GB 記憶體。

Redis 是目前 NoSQL 領域的當紅炸子雞，它象一把瑞士軍刀，小巧、鋒利、實用，特別適合解決一些使用傳統關聯式資料庫難以解決的問題。打算寫一系列 Redis 使用模式的文章，深入總結介紹 Redis 常見的使用模式，以供大家參考。常見匯總計數器匯總計數是系統常見功能，比如網站通常需要統計註冊使用者數，網站總瀏覽次數等等。 使用 Redis 提供的基礎資料型別 (Elementary Data Type)就能實現匯總計數器，通過 incr

Redis 是目前 NoSQL 領域的當紅炸子雞，它象一把瑞士軍刀，小巧、鋒利、實用，特別適合解決一些使用傳統關聯式資料庫難以解決的問題。但是 Redis 不是銀彈，有很多適合它解決的問題，但是也有很多並不適合它解決的問題。另外，Redis 作為記憶體資料庫，如果用在不適合的場合，對記憶體的消耗是很可觀的，甚至會讓系統難以承受。我們可以對系統儲存使用的資料以兩種角度分類，一種是按資料的大小劃分，分成大資料和小資料，另一種是按資料的冷熱程度劃分，分成冷資料和熱資料，熱資料是指讀或寫比較頻繁的資料，

在先前的文章中介紹過redis，以下內容為自己在CentOS上安裝Redis的記錄。供後期在做改進。1、安裝需要的支援環境在安裝Redis之前首要先做的是安裝Unix的Tcl工具，如果不安裝的話後期將無法對Redis進行測試。在後期執行make test的時候返回如下錯誤資訊：You need tcl 8.xuyao de5 or newer in order to run the Redis test，具體的流程為：複製代碼 代碼如下:cd /usr/local/srcwget http://

Redis的作者Salvatore

一、key pattern 查詢相應的key　　（1）redis允許模糊查詢key　　有3個萬用字元  *、?、[]　　（2）randomkey：返回隨機key　　　　（3）type key：返回key儲存的類型　　（4）exists key：判斷某個key是否存在　　（5）del key：刪除key　　（6）rename key newkey：改名　　（7）renamenx key newkey：如果newkey不存在則修改成功　　（8）move key 1：將key移動到1