（可以直接略過此段）redis 最近做為 nosql 數據服務應用越來越廣泛，其相對于 memcached 的最大優點是提供了更加豐富的數據結構，所以應用場景就更為廣泛。redis 的出現可謂是廣大網絡應用開發者的福音，同時有大量的開源人員貢獻了客戶端代碼，象針對 java 語言的 jedis，php 語言的 phpredis/predis 等，這些語言的 redis 庫既豐富又好用，而對 C/C++ 程序員似乎就沒那么幸運了，官方提供了 C 版的 hiredis 作為客戶端庫，很多愛好者都是基于 hiredis 進行二次封裝和開發形成了 C++ 客戶端庫，但這些庫（包括官方的 hiredis）大都使用麻煩，給使用者造成了許多出錯的機會。

AerospikeDB 以低延遲和高吞吐量而聞名，已經用于 許多大型的、要求堪稱苛刻的實時平臺 。而 Redis 同樣以速度著稱，并且也經常用作緩存。有鑒于此，Aerospike團隊近日聯合擁有大數據和云架構師、AWS社區英雄、谷歌云開發專家、微軟MVP（SQL Server）等眾多頭銜的 Lynn Langit 在AWS云的虛擬機上對AerospikeDB和Redis進行了基準測試， 測試結果 已經發布在Aerospike官方博客上。

Redis-monitor 是一款基于 j2ee 的可視化監控工具，使用 spring 全注解開發，界面使用 echarts，美觀的界面和實時的數據監控，用于基于 redis 的大型網站監控。

為redis設置密碼：設置客戶端連接后進行任何其他指定前需要實用的密碼。 警告：因為redis速度非常快，所以在一臺較好的服務器下，一個外部用戶可以在一秒鐘進行150k次的密

Redis在Centos7下安裝，與phpredis擴展安裝

本文所說的定時任務或者說計劃任務并不是很多人想象中的那樣，比如說每天凌晨三點自動運行起來跑一個腳本。這種都已經爛大街了，隨便一個 Crontab 就能搞定了。

1、這兩天研究Redis搞分布式session問題，網上找的資料都是用ServiceStack.Redis來實現的，但是在做性能測試的時候發現最新的 v4版本有限制每小時候最多請求6000次，因為官網開始商業化要收費了，好坑爹的說，還好我前期弄了個性能測試列子，不然上線以后出問題那就麻煩了。后面找了個NServiceKit.Redis（好像就是ServiceStack.Redis的v3版本）來替代v4的收費版。

在第一個文章中，我們介紹了實現一個Call的客戶端基本模型，但只是Call怎么能滿足需求呢？比如在redis-py中，一個完整的客戶端應該是這樣的：

redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字符串)、list(鏈表)、set(集合)、zset(sorted set –有序集合)和hash（哈希類型）。這些數據類型都支持push/pop、add/remove及取交集并集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。

本文會討論一下Redis的復制功能以及Redis復制機制本身的優缺點以及集群搭建問題。

Distributed-Kit - 基于redis和zookeeper分布式工具集-包括:分布式鎖實現,分布式速率限制器,分布式序列等

本文重點講解了如何通過Redis的官方鏡像和Docker容器來搭建redis-cli，并將其連接到Redis鏡像。首先要跟大家簡單介紹一下Redis，這是一個鍵值存儲系統，除了對場景進行緩存之外，Redis還提供了很多強大的功能，因此也目前是非常受歡迎的一個數據庫。

所謂使用Openresty來做讀服務，是指Openresty直接從數據源讀數據，然后渲染輸出，而不經過應用服務器，比如Tomcat服務器。 Openresty 是一個基于Nginx和LuaJIT的動態Web開發平臺。我不知道京東是否是直接使用Openresty還是自己編譯Nginx + Lua。反正，我直接使用Openresty。

Redis里面使用skiplist是為了實現sorted set這種對外的數據結構。sorted set提供的操作非常豐富，可以滿足非常多的應用場景。這也意味著，sorted set相對來說實現比較復雜。同時，skiplist這種數據結構對于很多人來說都比較陌生，因為大部分學校里的算法課都沒有對這種數據結構進行過詳細的介紹。

Reds是由LearnBoost公司的TJ Holowaychuk開發的一個基于Redis的Node.js全文搜索引擎，其代碼加上注釋也只有300行。不得不說又是一個Redis的最佳實踐，它的主要原理是通過Redis的sets數據結構將分詞后的詞語碎片進行存儲。

作為一種定期清理無效數據的重要機制，主鍵失效存在于大多數緩存系統中，Reids也不例外。在Redis提供的諸多命令中， EXPIRE、 EXPIREAT、 PEXPIRE、 PEXPIREAT 以及SETEX和PSETEX均可以用來設置一條Key-Value對的失效時間，而一條Key-Value對一旦被關聯了失效時間就會在到期后自動刪除（或者說變得無法訪問更為準確）。可以說，主鍵失效這個概念還是比較容易理解的，但是在具體實現到Redis中又是如何呢？最近本博主就對Redis中的主鍵失效機制產生了幾個疑問，并根據這些疑問對其進行了仔細的探究，現總結所得如下，以饗各位看客。

搶紅包的場景有點像秒殺，但是要比秒殺簡單點。 因為秒殺通常要和庫存相關。而搶紅包則可以允許有些紅包沒有被搶到，因為發紅包的人不會有損失，沒搶完的錢再退回給發紅包的人即可。

nginx-redis-proxy是一個反向代理服務器，基于nginx和redis來緩存對象（Web頁面等）。

jedis是一個著名的key-value存儲系統，而作為其官方推薦的java版客戶端jedis也非常強大和穩定，支持事務、管道及有jedis自身實現的分布式。

實現MySQL數據庫到Redis,以及HBASE的全量，以及增量同步 1. 支持通過正則表達式指定需要導出的db以及表 2. bus程序無狀態，每一行有自己的位置點，位置點信息存儲在下游db中 3. 增量同步通過解析MySQL的行復制日志，完成增量數據的同步