Redis集群搭建與應用

Redis的出現確實大大地提高系統大并發能力支撐的可能性，轉眼間Redis的最新版本已經是3.X版本了，但我們的系統依然繼續跑著2.8，并很好地支撐著我們當前每天5億訪問量的應用系統。想當年Redis的單點單線程特性無法滿足我們日益壯大的系統，只能硬著頭皮把Redis“集群化”負載。且這套“集群化”方案良好地運行至今。雖難度不高，勝在簡單和實用。無論簡單還是很簡單，記錄這種經歷是一件非常有趣的事情。

An asynchronous job execution system based on Redis

Redis是一個開源的使用C語言編寫、開源、支持網絡、可基于內存亦可持久化的日志型、高性能的Key-Value數據庫，并提供多種語言的API。

感覺這東西跟mongodb差不多，安裝和布置挺簡單， 下載地址：https://github.com/dmajkic/redis/downloads 下載下來的包里有兩個， 一個是32位的，一個是64位的。根據自己的實情情況選擇，我的是64bit， 把這個文件夾復制到其它地方，比如E:\TRS\redis目錄下。 打開一個cmd窗口? 使用cd命令切換目錄到E:\TRS\redis 運行 redis-server.exe redis.conf 如果想方便的話，可以把redis的路徑加到系統的環境變量里，這樣就省得再輸路徑了，后面的那個redis.conf可以省略，如果省略，會啟用默認的。輸入之后，會顯示如下界面：

在Redis的事務中，WATCH命令可用于提供CAS(check-and-set)功能。假設通過WATCH命令在事務執行之前監控了某個key，倘若在WATCH之后Key的值發生了變化，EXEC命令執行的事務將被放棄，同時返回nil以通知調用者事務執行失敗.

我喜歡Redis。這是目前的技術當中唯一讓你奇怪為什么需要這么長時間編譯它的技術。可預測的，高性能并且適應性強，這是我過去幾年越來越多使用它的原因。Sentry主要在PostgreSQL上運行已經不是秘密（盡管目前它還依賴于一系列其它技術）

Redis C客戶端API

redis 是一個基于內存的高性能key-value數據庫，數據都保存在內存中定期刷新到磁盤，以極高的讀寫效率而備受關注。他的特點是支持各種數據結構，stirng,hashes, list,set,和sorted sets client端對于不同數據結構是使用不同的命令

Twemproxy是一個代理服務器，可以通過它減少Memcached或Redis服務器所打開的連接數。

Redis本質上一個Key/Value數據庫，與Memcached類似的NoSQL型數據庫，但是他的數據可以持久化的保存在磁盤上，解決了服務重啟后數據不丟失的問題，他的值可以是string（字符串）、list（列表）、sets（集合）或者是ordered sets（被排序的集合），所有的數據類型都具有push/pop、add/remove、執行服務端的并集、交集、兩個sets集中的差別等等操作，這些操作都是具有原子性的，Redis還支持各種不同的排序能力

Redis 配置詳解

RestMQ是一個以Redis為底層存儲，提供HTTP接口，基于REST/JSON/HTTP的消息隊列系統。

aioredis 是基于 Asyncio 實現的異步 Redis 的 Python 開發包。

很早就聽說過Redis的大名，但是一直也沒有去研究。因為前一陣有朋友需要用到，來問過我時大致看了看，正好最近自己也碰到需求，就研究了一下。

Codis, 一個 Redis 集群解決方案。實現了業務透明的動態/安全擴縮容，高度可運維，proxy-based 的方案，支持無狀態的多 proxy 水平擴展。已經在豌豆莢內部取代了大多數業務的 twemproxy。

Redis最適合所有數據in-momory的場景，雖然Redis也提供持久化功能，但實際更多的是一個disk-backed 的功能，跟傳統意義上的持久化有比較大的差別，那么可能大家就會有疑問，似乎Redis更像一個加強版的Memcached，那么何時使用 Memcached,何時使用Redis呢？

Redis的一個Rust實現：rsedis。

redis對于持久化有快照及aof日志文件兩種形式。 快照db文件，優點是二進制，大小比aof日志文件小。但會丟失最后一次成功備份時間到down機時間的數據。 aof相比而言文件大小就大了點，但相對快照來講，不大容易丟失文件。

python下redis安裝