來源：腳本之家

這篇文章主要介紹了超強(qiáng)、超詳細(xì)Redis入門教程,本文詳細(xì)介紹了Redis數(shù)據(jù)庫各個方面的知識,需要的朋友可以參考下

redis是什么

redis是一個開源的、使用C語言編寫的、支持網(wǎng)絡(luò)交互的、可基于內(nèi)存也可持久化的Key-Value數(shù)據(jù)庫击吱。

redis的官網(wǎng)地址，非常好記，是redis.io踊跟。（特意查了一下，域名后綴io屬于國家域名鸥诽，是british Indian Ocean territory商玫，即英屬印度洋領(lǐng)地）

目前，Vmware在資助著redis項(xiàng)目的開發(fā)和維護(hù)牡借。

redis的作者何許人也

開門見山决帖，先看照片：

image.png

是不是出乎了你的意料，嗯蓖捶，高手總會有些地方與眾不同的地回。
這位便是redis的作者，他叫Salvatore Sanfilippo，來自意大利的西西里島刻像，現(xiàn)在居住在卡塔尼亞畅买。目前供職于Pivotal公司。
他使用的網(wǎng)名是antirez细睡，如果你有興趣谷羞，可以去他的博客逛逛，地址是antirez.com溜徙，當(dāng)然也可以去follow他的github湃缎，地址是http://github.com/antirez。

誰在使用redis

Blizzard蠢壹、digg嗓违、stackoverflow、github图贸、flickr ...

學(xué)會安裝redis

從redis.io下載最新版redis-X.Y.Z.tar.gz后解壓蹂季，然后進(jìn)入redis-X.Y.Z文件夾后直接make即可，安裝非常簡單疏日。

make成功后會在src文件夾下產(chǎn)生一些二進(jìn)制可執(zhí)行文件偿洁，包括redis-server、redis-cli等等：

$ find . -type f -executable
./redis-benchmark //用于進(jìn)行redis性能測試的工具
./redis-check-dump //用于修復(fù)出問題的dump.rdb文件
./redis-cli //redis的客戶端
./redis-server //redis的服務(wù)端
./redis-check-aof //用于修復(fù)出問題的AOF文件
./redis-sentinel //用于集群管理

學(xué)會啟動redis

啟動redis非常簡單沟优，直接./redis-server就可以啟動服務(wù)端了涕滋，還可以用下面的方法指定要加載的配置文件：

./redis-server ../redis.conf

默認(rèn)情況下，redis-server會以非daemon的方式來運(yùn)行挠阁，且默認(rèn)服務(wù)端口為6379宾肺。

有關(guān)作者為什么選擇6379作為默認(rèn)端口，還有一段有趣的典故鹃唯，英語好的同學(xué)可以看看作者這篇博文中的解釋爱榕。

使用redis客戶端

Redis在windows下安裝過程,記得如果沒有設(shè)置環(huán)境變量，要先啟動redis-server.exe坡慌，再啟動redis-cli.exe
我們直接看一個例子：

//這樣來啟動redis客戶端了
$ ./redis-cli
//用set指令來設(shè)置key黔酥、value
127.0.0.1:6379> set name "roc"
OK
//來獲取name的值
127.0.0.1:6379> get name
"roc"
//通過客戶端來關(guān)閉redis服務(wù)端
127.0.0.1:6379> shutdown
not connected>

redis數(shù)據(jù)結(jié)構(gòu) – 簡介

redis是一種高級的key:value存儲系統(tǒng)，其中value支持五種數(shù)據(jù)類型：

1. 字符串（strings）
2. 字符串列表（lists）
3. 字符串集合（sets）
4. 有序字符串集合（sorted sets）
5. 哈希（hashes）

而關(guān)于key洪橘，有幾個點(diǎn)要提醒大家：

1. key不要太長跪者，盡量不要超過1024字節(jié)，這不僅消耗內(nèi)存熄求，而且會降低查找的效率渣玲；
2. key也不要太短，太短的話弟晚，key的可讀性會降低忘衍；
3. 在一個項(xiàng)目中逾苫，key最好使用統(tǒng)一的命名模式，例如user:10000:passwd枚钓。

redis數(shù)據(jù)結(jié)構(gòu) – strings

有人說铅搓，如果只使用redis中的字符串類型，且不使用redis的持久化功能搀捷，那么星掰，redis就和memcache非常非常的像了。這說明strings類型是一個很基礎(chǔ)的數(shù)據(jù)類型嫩舟，也是任何存儲系統(tǒng)都必備的數(shù)據(jù)類型氢烘。

我們來看一個最簡單的例子：

set mystr "hello world!" //設(shè)置字符串類型
get mystr //讀取字符串類型

字符串類型的用法就是這么簡單，因?yàn)槭嵌M(jìn)制安全的家厌，所以你完全可以把一個圖片文件的內(nèi)容作為字符串來存儲播玖。

另外，我們還可以通過字符串類型進(jìn)行數(shù)值操作：

127.0.0.1:6379> set mynum "2"
OK
127.0.0.1:6379> get mynum
"2"
127.0.0.1:6379> incr mynum
(integer) 3
127.0.0.1:6379> get mynum
"3"

看像街，在遇到數(shù)值操作時黎棠，redis會將字符串類型轉(zhuǎn)換成數(shù)值晋渺。

由于INCR等指令本身就具有原子操作的特性镰绎，所以我們完全可以利用redis的INCR、INCRBY木西、DECR畴栖、DECRBY等指令來實(shí)現(xiàn)原子計數(shù)的效果，假如八千，在某種場景下有3個客戶端同時讀取了mynum的值（值為2）吗讶，然后對其同時進(jìn)行了加1的操作，那么恋捆，最后mynum的值一定是5照皆。不少網(wǎng)站都利用redis的這個特性來實(shí)現(xiàn)業(yè)務(wù)上的統(tǒng)計計數(shù)需求。

redis數(shù)據(jù)結(jié)構(gòu) – lists

redis的另一個重要的數(shù)據(jù)結(jié)構(gòu)叫做lists沸停，翻譯成中文叫做“列表”膜毁。

首先要明確一點(diǎn)，redis中的lists在底層實(shí)現(xiàn)上并不是數(shù)組愤钾，而是鏈表瘟滨，也就是說對于一個具有上百萬個元素的lists來說，在頭部和尾部插入一個新元素能颁，其時間復(fù)雜度是常數(shù)級別的杂瘸，比如用LPUSH在10個元素的lists頭部插入新元素，和在上千萬元素的lists頭部插入新元素的速度應(yīng)該是相同的伙菊。

雖然lists有這樣的優(yōu)勢败玉，但同樣有其弊端敌土，那就是，鏈表型lists的元素定位會比較慢运翼，而數(shù)組型lists的元素定位就會快得多纯赎。

lists的常用操作包括LPUSH、RPUSH南蹂、LRANGE等犬金。我們可以用LPUSH在lists的左側(cè)插入一個新元素，用RPUSH在lists的右側(cè)插入一個新元素六剥，用LRANGE命令從lists中指定一個范圍來提取元素晚顷。我們來看幾個例子：

//新建一個list叫做mylist，并在列表頭部插入元素"1"
127.0.0.1:6379> lpush mylist "1"
//返回當(dāng)前mylist中的元素個數(shù)
(integer) 1
//在mylist右側(cè)插入元素"2"
127.0.0.1:6379> rpush mylist "2"
(integer) 2
//在mylist左側(cè)插入元素"0"
127.0.0.1:6379> lpush mylist "0"
(integer) 3
//列出mylist中從編號0到編號1的元素
127.0.0.1:6379> lrange mylist 0 1
1) "0"
2) "1"
//列出mylist中從編號0到倒數(shù)第一個元素
127.0.0.1:6379> lrange mylist 0 -1
1) "0"
2) "1"
3) "2"

lists的應(yīng)用相當(dāng)廣泛疗疟，隨便舉幾個例子：

1. 我們可以利用lists來實(shí)現(xiàn)一個消息隊(duì)列该默，而且可以確保先后順序，不必像MySQL那樣還需要通過ORDER BY來進(jìn)行排序策彤。
2. 利用LRANGE還可以很方便的實(shí)現(xiàn)分頁的功能栓袖。
3. 在博客系統(tǒng)中，每片博文的評論也可以存入一個單獨(dú)的list中店诗。

redis數(shù)據(jù)結(jié)構(gòu) – 集合

redis的集合裹刮，是一種無序的集合，集合中的元素沒有先后順序庞瘸。

集合相關(guān)的操作也很豐富捧弃，如添加新元素、刪除已有元素擦囊、取交集违霞、取并集、取差集等瞬场。我們來看例子：

//向集合myset中加入一個新元素"one"
127.0.0.1:6379> sadd myset "one"
(integer) 1
127.0.0.1:6379> sadd myset "two"
(integer) 1

//列出集合myset中的所有元素
127.0.0.1:6379> smembers myset
1) "one"
2) "two"

//判斷元素1是否在集合myset中买鸽，返回1表示存在
127.0.0.1:6379> sismember myset "one"
(integer) 1

//判斷元素3是否在集合myset中，返回0表示不存在
127.0.0.1:6379> sismember myset "three"
(integer) 0
//新建一個新的集合yourset
127.0.0.1:6379> sadd yourset "1"
(integer) 1
127.0.0.1:6379> sadd yourset "2"
(integer) 1
127.0.0.1:6379> smembers yourset
1) "1"
2) "2"

//對兩個集合求并集,這里可能顯示不一樣因?yàn)閟et是無序的
127.0.0.1:6379> sunion myset yourset
1) "1"
2) "one"
3) "2"
4) "two"

對于集合的使用贯被，也有一些常見的方式眼五，比如，QQ有一個社交功能叫做“好友標(biāo)簽”刃榨，大家可以給你的好友貼標(biāo)簽弹砚，比如“大美女”、“土豪”枢希、“歐巴”等等桌吃，這時就可以使用redis的集合來實(shí)現(xiàn)，把每一個用戶的標(biāo)簽都存儲在一個集合之中苞轿。

redis數(shù)據(jù)結(jié)構(gòu) – 有序集合

redis不但提供了無需集合（sets）茅诱，還很體貼的提供了有序集合（sorted sets）逗物。有序集合中的每個元素都關(guān)聯(lián)一個序號（score），這便是排序的依據(jù)瑟俭。

很多時候翎卓，我們都將redis中的有序集合叫做zsets，這是因?yàn)樵趓edis中摆寄，有序集合相關(guān)的操作指令都是以z開頭的失暴，比如zrange、zadd微饥、zrevrange逗扒、zrangebyscore等等

老規(guī)矩，我們來看幾個生動的例子：

//新增一個有序集合myzset欠橘，并加入一個元素baidu.com矩肩，給它賦予的序號是1：
127.0.0.1:6379> zadd myzset 1 baidu.com
(integer) 1

//向myzset中新增一個元素360.com，賦予它的序號是3
127.0.0.1:6379> zadd myzset 3 360.com
(integer) 1

//向myzset中新增一個元素google.com肃续，賦予它的序號是2
127.0.0.1:6379> zadd myzset 2 google.com
(integer) 1

//列出myzset的所有元素黍檩，同時列出其序號，可以看出myzset已經(jīng)是有序的了始锚。
127.0.0.1:6379> zrange myzset 0 -1 withscores
1) "baidu.com"
2) "1"
3) "google.com"
4) "2"
5) "360.com"
6) "3"

//只列出myzset的元素
127.0.0.1:6379> zrange myzset 0 -1
1) "baidu.com"
2) "google.com"
3) "360.com"

redis數(shù)據(jù)結(jié)構(gòu) – 哈希

最后要給大家介紹的是hashes刽酱，即哈希。哈希是從redis-2.0.0版本之后才有的數(shù)據(jù)結(jié)構(gòu)疼蛾。

hashes存的是字符串和字符串值之間的映射肛跌，比如一個用戶要存儲其全名艺配、姓氏察郁、年齡等等，就很適合使用哈希转唉。

我們來看一個例子：

//建立哈希皮钠，并賦值
127.0.0.1:6379> HMSET user:001 username antirez password P1pp0 age 34
OK

//列出哈希的內(nèi)容
127.0.0.1:6379> HGETALL user:001
1) "username"
2) "antirez"
3) "password"
4) "P1pp0"
5) "age"
6) "34"

//更改哈希中的某一個值
127.0.0.1:6379> HSET user:001 password 12345
(integer) 0

//再次列出哈希的內(nèi)容
127.0.0.1:6379> HGETALL user:001
1) "username"
2) "antirez"
3) "password"
4) "12345"
5) "age"
6) "34"

有關(guān)hashes的操作，同樣很豐富赠法，需要時麦轰，大家可以從這里查詢。

聊聊redis持久化 – 兩種方式

redis提供了兩種持久化的方式砖织，分別是RDB（Redis DataBase）和AOF（Append Only File）款侵。

RDB，簡而言之侧纯，就是在不同的時間點(diǎn)新锈，將redis存儲的數(shù)據(jù)生成快照并存儲到磁盤等介質(zhì)上；

AOF眶熬，則是換了一個角度來實(shí)現(xiàn)持久化妹笆，那就是將redis執(zhí)行過的所有寫指令記錄下來块请，在下次redis重新啟動時，只要把這些寫指令從前到后再重復(fù)執(zhí)行一遍拳缠，就可以實(shí)現(xiàn)數(shù)據(jù)恢復(fù)了墩新。

其實(shí)RDB和AOF兩種方式也可以同時使用，在這種情況下窟坐，如果redis重啟的話海渊，則會優(yōu)先采用AOF方式來進(jìn)行數(shù)據(jù)恢復(fù)，這是因?yàn)锳OF方式的數(shù)據(jù)恢復(fù)完整度更高哲鸳。

如果你沒有數(shù)據(jù)持久化的需求切省，也完全可以關(guān)閉RDB和AOF方式，這樣的話帕胆，redis將變成一個純內(nèi)存數(shù)據(jù)庫朝捆，就像memcache一樣。

聊聊redis持久化 – RDB

RDB方式懒豹，是將redis某一時刻的數(shù)據(jù)持久化到磁盤中芙盘，是一種快照式的持久化方法。

redis在進(jìn)行數(shù)據(jù)持久化的過程中脸秽，會先將數(shù)據(jù)寫入到一個臨時文件中儒老，待持久化過程都結(jié)束了，才會用這個臨時文件替換上次持久化好的文件记餐。正是這種特性驮樊，讓我們可以隨時來進(jìn)行備份，因?yàn)榭煺瘴募偸峭暾捎玫摹?/p>

對于RDB方式片酝，redis會單獨(dú)創(chuàng)建（fork）一個子進(jìn)程來進(jìn)行持久化囚衔，而主進(jìn)程是不會進(jìn)行任何IO操作的，這樣就確保了redis極高的性能雕沿。

如果需要進(jìn)行大規(guī)模數(shù)據(jù)的恢復(fù)练湿，且對于數(shù)據(jù)恢復(fù)的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效审轮。

雖然RDB有不少優(yōu)點(diǎn)肥哎，但它的缺點(diǎn)也是不容忽視的。如果你對數(shù)據(jù)的完整性非常敏感疾渣，那么RDB方式就不太適合你篡诽，因?yàn)榧词鼓忝?分鐘都持久化一次，當(dāng)redis故障時榴捡，仍然會有近5分鐘的數(shù)據(jù)丟失杈女。所以，redis還提供了另一種持久化方式，那就是AOF碧信。

聊聊redis持久化 – AOF

AOF赊琳，英文是Append Only File，即只允許追加不允許改寫的文件砰碴。

如前面介紹的躏筏，AOF方式是將執(zhí)行過的寫指令記錄下來，在數(shù)據(jù)恢復(fù)時按照從前到后的順序再將指令都執(zhí)行一遍呈枉，就這么簡單趁尼。

我們通過配置redis.conf中的appendonly yes就可以打開AOF功能。如果有寫操作（如SET等）猖辫，redis就會被追加到AOF文件的末尾酥泞。

默認(rèn)的AOF持久化策略是每秒鐘fsync一次（fsync是指把緩存中的寫指令記錄到磁盤中），因?yàn)樵谶@種情況下啃憎，redis仍然可以保持很好的處理性能芝囤，即使redis故障，也只會丟失最近1秒鐘的數(shù)據(jù)辛萍。

如果在追加日志時悯姊，恰好遇到磁盤空間滿、inode滿或斷電等情況導(dǎo)致日志寫入不完整贩毕，也沒有關(guān)系悯许，redis提供了redis-check-aof工具，可以用來進(jìn)行日志修復(fù)辉阶。

因?yàn)椴捎昧俗芳臃绞较群荆绻蛔鋈魏翁幚淼脑挘珹OF文件會變得越來越大谆甜，為此垃僚，redis提供了AOF文件重寫（rewrite）機(jī)制，即當(dāng)AOF文件的大小超過所設(shè)定的閾值時店印，redis就會啟動AOF文件的內(nèi)容壓縮冈在，只保留可以恢復(fù)數(shù)據(jù)的最小指令集。舉個例子或許更形象按摘，假如我們調(diào)用了100次INCR指令，在AOF文件中就要存儲100條指令纫谅，但這明顯是很低效的炫贤，完全可以把這100條指令合并成一條SET指令，這就是重寫機(jī)制的原理付秕。

在進(jìn)行AOF重寫時兰珍，仍然是采用先寫臨時文件，全部完成后再替換的流程询吴，所以斷電掠河、磁盤滿等問題都不會影響AOF文件的可用性亮元，這點(diǎn)大家可以放心。

AOF方式的另一個好處唠摹，我們通過一個“場景再現(xiàn)”來說明爆捞。某同學(xué)在操作redis時，不小心執(zhí)行了FLUSHALL勾拉，導(dǎo)致redis內(nèi)存中的數(shù)據(jù)全部被清空了煮甥，這是很悲劇的事情。不過這也不是世界末日藕赞，只要redis配置了AOF持久化方式成肘，且AOF文件還沒有被重寫（rewrite），我們就可以用最快的速度暫停redis并編輯AOF文件斧蜕，將最后一行的FLUSHALL命令刪除双霍，然后重啟redis，就可以恢復(fù)redis的所有數(shù)據(jù)到FLUSHALL之前的狀態(tài)了批销。是不是很神奇店煞，這就是AOF持久化方式的好處之一。但是如果AOF文件已經(jīng)被重寫了风钻，那就無法通過這種方法來恢復(fù)數(shù)據(jù)了顷蟀。

雖然優(yōu)點(diǎn)多多，但AOF方式也同樣存在缺陷骡技，比如在同樣數(shù)據(jù)規(guī)模的情況下鸣个，AOF文件要比RDB文件的體積大。而且布朦，AOF方式的恢復(fù)速度也要慢于RDB方式囤萤。

如果你直接執(zhí)行BGREWRITEAOF命令，那么redis會生成一個全新的AOF文件是趴，其中便包括了可以恢復(fù)現(xiàn)有數(shù)據(jù)的最少的命令集涛舍。

如果運(yùn)氣比較差，AOF文件出現(xiàn)了被寫壞的情況唆途，也不必過分擔(dān)憂富雅，redis并不會貿(mào)然加載這個有問題的AOF文件，而是報錯退出肛搬。這時可以通過以下步驟來修復(fù)出錯的文件：

1. 備份被寫壞的AOF文件
2. 運(yùn)行redis-check-aof –fix進(jìn)行修復(fù)
3. 用diff -u來看下兩個文件的差異没佑，確認(rèn)問題點(diǎn)
4. 重啟redis，加載修復(fù)后的AOF文件

聊聊redis持久化 – AOF重寫

AOF重寫的內(nèi)部運(yùn)行原理温赔，我們有必要了解一下蛤奢。

在重寫即將開始之際，redis會創(chuàng)建（fork）一個“重寫子進(jìn)程”，這個子進(jìn)程會首先讀取現(xiàn)有的AOF文件啤贩，并將其包含的指令進(jìn)行分析壓縮并寫入到一個臨時文件中待秃。

與此同時，主工作進(jìn)程會將新接收到的寫指令一邊累積到內(nèi)存緩沖區(qū)中痹屹，一邊繼續(xù)寫入到原有的AOF文件中章郁，這樣做是保證原有的AOF文件的可用性，避免在重寫過程中出現(xiàn)意外痢掠。

當(dāng)“重寫子進(jìn)程”完成重寫工作后驱犹，它會給父進(jìn)程發(fā)一個信號，父進(jìn)程收到信號后就會將內(nèi)存中緩存的寫指令追加到新AOF文件中足画。

當(dāng)追加結(jié)束后雄驹，redis就會用新AOF文件來代替舊AOF文件，之后再有新的寫指令淹辞，就都會追加到新的AOF文件中了医舆。

聊聊redis持久化 – 如何選擇RDB和AOF

對于我們應(yīng)該選擇RDB還是AOF，官方的建議是兩個同時使用象缀。這樣可以提供更可靠的持久化方案蔬将。

聊聊主從 – 用法

像MySQL一樣，redis是支持主從同步的央星，而且也支持一主多從以及多級從結(jié)構(gòu)霞怀。

主從結(jié)構(gòu)，一是為了純粹的冗余備份莉给，二是為了提升讀性能毙石，比如很消耗性能的SORT就可以由從服務(wù)器來承擔(dān)。

redis的主從同步是異步進(jìn)行的颓遏，這意味著主從同步不會影響主邏輯徐矩，也不會降低redis的處理性能。
主從架構(gòu)中叁幢，可以考慮關(guān)閉主服務(wù)器的數(shù)據(jù)持久化功能滤灯，只讓從服務(wù)器進(jìn)行持久化，這樣可以提高主服務(wù)器的處理性能曼玩。

在主從架構(gòu)中鳞骤，從服務(wù)器通常被設(shè)置為只讀模式，這樣可以避免從服務(wù)器的數(shù)據(jù)被誤修改演训。但是從服務(wù)器仍然可以接受CONFIG等指令弟孟，所以還是不應(yīng)該將從服務(wù)器直接暴露到不安全的網(wǎng)絡(luò)環(huán)境中。如果必須如此样悟，那可以考慮給重要指令進(jìn)行重命名，來避免命令被外人誤執(zhí)行。

聊聊主從 – 同步原理

從服務(wù)器會向主服務(wù)器發(fā)出SYNC指令窟她，當(dāng)主服務(wù)器接到此命令后陈症，就會調(diào)用BGSAVE指令來創(chuàng)建一個子進(jìn)程專門進(jìn)行數(shù)據(jù)持久化工作，也就是將主服務(wù)器的數(shù)據(jù)寫入RDB文件中震糖。在數(shù)據(jù)持久化期間录肯，主服務(wù)器將執(zhí)行的寫指令都緩存在內(nèi)存中。

在BGSAVE指令執(zhí)行完成后吊说，主服務(wù)器會將持久化好的RDB文件發(fā)送給從服務(wù)器论咏，從服務(wù)器接到此文件后會將其存儲到磁盤上，然后再將其讀取到內(nèi)存中颁井。這個動作完成后厅贪，主服務(wù)器會將這段時間緩存的寫指令再以redis協(xié)議的格式發(fā)送給從服務(wù)器。

另外雅宾，要說的一點(diǎn)是养涮，即使有多個從服務(wù)器同時發(fā)來SYNC指令，主服務(wù)器也只會執(zhí)行一次BGSAVE眉抬，然后把持久化好的RDB文件發(fā)給多個下游贯吓。在redis2.8版本之前，如果從服務(wù)器與主服務(wù)器因某些原因斷開連接的話蜀变，都會進(jìn)行一次主從之間的全量的數(shù)據(jù)同步悄谐；而在2.8版本之后，redis支持了效率更高的增量同步策略库北，這大大降低了連接斷開的恢復(fù)成本爬舰。

主服務(wù)器會在內(nèi)存中維護(hù)一個緩沖區(qū)，緩沖區(qū)中存儲著將要發(fā)給從服務(wù)器的內(nèi)容贤惯。從服務(wù)器在與主服務(wù)器出現(xiàn)網(wǎng)絡(luò)瞬斷之后洼专，從服務(wù)器會嘗試再次與主服務(wù)器連接，一旦連接成功孵构，從服務(wù)器就會把“希望同步的主服務(wù)器ID”和“希望請求的數(shù)據(jù)的偏移位置（replication offset）”發(fā)送出去屁商。主服務(wù)器接收到這樣的同步請求后，首先會驗(yàn)證主服務(wù)器ID是否和自己的ID匹配颈墅，其次會檢查“請求的偏移位置”是否存在于自己的緩沖區(qū)中蜡镶，如果兩者都滿足的話，主服務(wù)器就會向從服務(wù)器發(fā)送增量內(nèi)容恤筛。

增量同步功能官还，需要服務(wù)器端支持全新的PSYNC指令。這個指令毒坛，只有在redis-2.8之后才具有望伦。

聊聊redis的事務(wù)處理

眾所周知林说，事務(wù)是指“一個完整的動作，要么全部執(zhí)行屯伞，要么什么也沒有做”腿箩。
在聊redis事務(wù)處理之前，要先和大家介紹四個redis指令劣摇，即MULTI珠移、EXEC、DISCARD末融、WATCH钧惧。這四個指令構(gòu)成了redis事務(wù)處理的基礎(chǔ)。

1. MULTI用來組裝一個事務(wù)勾习；
2. EXEC用來執(zhí)行一個事務(wù)浓瞪；
3. DISCARD用來取消一個事務(wù)；
4. WATCH用來監(jiān)視一些key语卤，一旦這些key在事務(wù)執(zhí)行之前被改變追逮，則取消事務(wù)的執(zhí)行。

紙上得來終覺淺粹舵，我們來看一個MULTI和EXEC的例子：

redis> MULTI //標(biāo)記事務(wù)開始
OK
redis> INCR user_id //多條命令按順序入隊(duì)
QUEUED
redis> INCR user_id
QUEUED
redis> INCR user_id
QUEUED
redis> PING
QUEUED
redis> EXEC //執(zhí)行
1) (integer) 1
2) (integer) 2
3) (integer) 3
4) PONG

在上面的例子中钮孵，我們看到了QUEUED的字樣，這表示我們在用MULTI組裝事務(wù)時，每一個命令都會進(jìn)入到內(nèi)存隊(duì)列中緩存起來，如果出現(xiàn)QUEUED則表示我們這個命令成功插入了緩存隊(duì)列疼进，在將來執(zhí)行EXEC時，這些被QUEUED的命令都會被組裝成一個事務(wù)來執(zhí)行漾唉。

對于事務(wù)的執(zhí)行來說，如果redis開啟了AOF持久化的話堰塌，那么一旦事務(wù)被成功執(zhí)行赵刑，事務(wù)中的命令就會通過write命令一次性寫到磁盤中去，如果在向磁盤中寫的過程中恰好出現(xiàn)斷電场刑、硬件故障等問題般此，那么就可能出現(xiàn)只有部分命令進(jìn)行了AOF持久化，這時AOF文件就會出現(xiàn)不完整的情況牵现，這時铐懊，我們可以使用redis-check-aof工具來修復(fù)這一問題，這個工具會將AOF文件中不完整的信息移除瞎疼，確保AOF文件完整可用科乎。

有關(guān)事務(wù)，大家經(jīng)常會遇到的是兩類錯誤：

1. 調(diào)用EXEC之前的錯誤
2. 調(diào)用EXEC之后的錯誤

“調(diào)用EXEC之前的錯誤”贼急，有可能是由于語法有誤導(dǎo)致的茅茂，也可能時由于內(nèi)存不足導(dǎo)致的捏萍。只要出現(xiàn)某個命令無法成功寫入緩沖隊(duì)列的情況，redis都會進(jìn)行記錄玉吁，在客戶端調(diào)用EXEC時照弥，redis會拒絕執(zhí)行這一事務(wù)腻异。（這時2.6.5版本之后的策略进副。在2.6.5之前的版本中，redis會忽略那些入隊(duì)失敗的命令悔常，只執(zhí)行那些入隊(duì)成功的命令）影斑。我們來看一個這樣的例子：

127.0.0.1:6379> multi
OK
127.0.0.1:6379> haha //一個明顯錯誤的指令
(error) ERR unknown command 'haha'
127.0.0.1:6379> ping
QUEUED
127.0.0.1:6379> exec
//redis無情的拒絕了事務(wù)的執(zhí)行，原因是“之前出現(xiàn)了錯誤”
(error) EXECABORT Transaction discarded because of previous errors.

而對于“調(diào)用EXEC之后的錯誤”机打，redis則采取了完全不同的策略矫户，即redis不會理睬這些錯誤，而是繼續(xù)向下執(zhí)行事務(wù)中的其他命令残邀。這是因?yàn)榻粤桑瑢τ趹?yīng)用層面的錯誤，并不是redis自身需要考慮和處理的問題芥挣，所以一個事務(wù)中如果某一條命令執(zhí)行失敗驱闷，并不會影響接下來的其他命令的執(zhí)行。我們也來看一個例子：

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set age 23
QUEUED
//age不是集合空免，所以如下是一條明顯錯誤的指令
127.0.0.1:6379> sadd age 15
QUEUED
127.0.0.1:6379> set age 29
QUEUED
127.0.0.1:6379> exec //執(zhí)行事務(wù)時空另，redis不會理睬第2條指令執(zhí)行錯誤
1) OK
2) (error) WRONGTYPE Operation against a key holding the wrong kind of value
3) OK
127.0.0.1:6379> get age
"29" //可以看出第3條指令被成功執(zhí)行了

好了，我們來說說最后一個指令“WATCH”蹋砚，這是一個很好用的指令扼菠，它可以幫我們實(shí)現(xiàn)類似于“樂觀鎖”的效果，即CAS（check and set）坝咐。

WATCH本身的作用是“監(jiān)視key是否被改動過”循榆，而且支持同時監(jiān)視多個key，只要還沒真正觸發(fā)事務(wù)墨坚，WATCH都會盡職盡責(zé)的監(jiān)視秧饮，一旦發(fā)現(xiàn)某個key被修改了，在執(zhí)行EXEC時就會返回nil框杜，表示事務(wù)無法觸發(fā)浦楣。

127.0.0.1:6379> set age 23
OK
127.0.0.1:6379> watch age //開始監(jiān)視age
OK
127.0.0.1:6379> set age 24 //在EXEC之前，age的值被修改了
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set age 25
QUEUED
127.0.0.1:6379> get age
QUEUED
127.0.0.1:6379> exec //觸發(fā)EXEC
(nil) //事務(wù)無法被執(zhí)行

教你看懂redis配置 – 簡介

我們可以在啟動redis-server時指定應(yīng)該加載的配置文件咪辱，方法如下：

$ ./redis-server /path/to/redis.conf

接下來振劳，我們就來講解下redis配置文件的各個配置項(xiàng)的含義，注意油狂，本文是基于redis-2.8.4版本進(jìn)行講解的历恐。

redis官方提供的redis.conf文件寸癌，足有700+行，其中100多行為有效配置行弱贼，另外的600多行為注釋說明蒸苇。

在配置文件的開頭部分，首先明確了一些度量單位：

# 1k => 1000 bytes

# 1kb => 1024 bytes

# 1m => 1000000 bytes

# 1mb => 1024*1024 bytes

# 1g => 1000000000 bytes

# 1gb => 1024*1024*1024 bytes

可以看出吮旅，redis配置中對單位的大小寫不敏感溪烤，1GB、1Gb和1gB都是相同的庇勃。由此也說明檬嘀，redis只支持bytes，不支持bit單位责嚷。

redis支持“主配置文件中引入外部配置文件”鸳兽，很像C/C++中的include指令，比如：

include /path/to/other.conf

如果你看過redis的配置文件罕拂，會發(fā)現(xiàn)還是很有條理的揍异。redis配置文件被分成了幾大塊區(qū)域，它們分別是：

1. 通用（general）
2. 快照（snapshotting）
3. 復(fù)制（replication）
4. 安全（security）
5. 限制（limits)
6. 追加模式（append only mode)
7. LUA腳本（lua scripting)
8. 慢日志（slow log)
9. 事件通知（event notification）

下面我們就來逐一講解爆班。

教你看懂redis配置 -通用

默認(rèn)情況下衷掷，redis并不是以daemon形式來運(yùn)行的。通過daemonize配置項(xiàng)可以控制redis的運(yùn)行形式蛋济，如果改為yes棍鳖，那么redis就會以daemon(守護(hù)進(jìn)程)形式運(yùn)行：

daemonize no
#修改daemonize為yes，即默認(rèn)以后臺程序方式運(yùn)行(效果等價./redis-server &)碗旅。

當(dāng)以daemon形式運(yùn)行時渡处，redis會生成一個pid文件，默認(rèn)會生成在/var/run/redis.pid祟辟。當(dāng)然医瘫，你可以通過pidfile來指定pid文件生成的位置，比如：

pidfile /path/to/redis.pid

默認(rèn)情況下旧困，redis會響應(yīng)本機(jī)所有可用網(wǎng)卡的連接請求醇份。當(dāng)然，redis允許你通過bind配置項(xiàng)來指定要綁定的IP吼具，比如：

bind 192.168.1.2 10.8.4.2

redis的默認(rèn)服務(wù)端口是6379僚纷，你可以通過port配置項(xiàng)來修改。如果端口設(shè)置為0的話拗盒，redis便不會監(jiān)聽端口了怖竭。

port 6379

有些同學(xué)會問“如果redis不監(jiān)聽端口，還怎么與外界通信呢”陡蝇，其實(shí)redis還支持通過unix socket方式來接收請求痊臭∠牵可以通過unixsocket配置項(xiàng)來指定unix socket文件的路徑，并通過unixsocketperm來指定文件的權(quán)限广匙。

unixsocket /tmp/redis.sock
unixsocketperm 755

當(dāng)一個redis-client一直沒有請求發(fā)向server端允趟，那么server端有權(quán)主動關(guān)閉這個連接，可以通過timeout來設(shè)置“空閑超時時限”鸦致，0表示永不關(guān)閉潮剪。

timeout 0

TCP連接保活策略蹋凝，可以通過tcp-keepalive配置項(xiàng)來進(jìn)行設(shè)置鲁纠，單位為秒，假如設(shè)置為60秒鳍寂，則server端會每60秒向連接空閑的客戶端發(fā)起一次ACK請求，以檢查客戶端是否已經(jīng)掛掉情龄，對于無響應(yīng)的客戶端則會關(guān)閉其連接迄汛。所以關(guān)閉一個連接最長需要120秒的時間。如果設(shè)置為0骤视，則不會進(jìn)行卑鞍活檢測。

tcp-keepalive 0

redis支持通過loglevel配置項(xiàng)設(shè)置日志等級专酗，共分四級睹逃，即debug、verbose祷肯、notice沉填、warning。

loglevel notice

redis也支持通過logfile配置項(xiàng)來設(shè)置日志文件的生成位置佑笋。如果設(shè)置為空字符串翼闹，則redis會將日志輸出到標(biāo)準(zhǔn)輸出。假如你在daemon情況下將日志設(shè)置為輸出到標(biāo)準(zhǔn)輸出蒋纬，則日志會被寫到/dev/null中猎荠。

logfile ""

如果希望日志打印到syslog中，也很容易蜀备，通過syslog-enabled來控制关摇。另外，syslog-ident還可以讓你指定syslog里的日志標(biāo)志碾阁，比如：

syslog-ident redis

而且還支持指定syslog設(shè)備输虱，值可以是USER或LOCAL0-LOCAL7。具體可以參考syslog服務(wù)本身的用法瓷蛙。

syslog-facility local0

對于redis來說悼瓮，可以設(shè)置其數(shù)據(jù)庫的總數(shù)量戈毒，假如你希望一個redis包含16個數(shù)據(jù)庫，那么設(shè)置如下：

databases 16

這16個數(shù)據(jù)庫的編號將是0到15横堡。默認(rèn)的數(shù)據(jù)庫是編號為0的數(shù)據(jù)庫埋市。用戶可以使用select 來選擇相應(yīng)的數(shù)據(jù)庫。

教你看懂redis配置 – 快照

快照命贴，主要涉及的是redis的RDB持久化相關(guān)的配置道宅，我們來一起看一看。
我們可以用如下的指令來讓數(shù)據(jù)保存到磁盤上胸蛛，即控制RDB快照功能：
save
舉例來說：

save 900 1 //表示每15分鐘且至少有1個key改變污茵，就觸發(fā)一次持久化
save 300 10 //表示每5分鐘且至少有10個key改變，就觸發(fā)一次持久化
save 60 10000 //表示每60秒至少有10000個key改變葬项，就觸發(fā)一次持久化

如果你想禁用RDB持久化的策略泞当，只要不設(shè)置任何save指令就可以，或者給save傳入一個空字符串參數(shù)也可以達(dá)到相同效果民珍，就像這樣：

save ""

如果用戶開啟了RDB快照功能襟士，那么在redis持久化數(shù)據(jù)到磁盤時如果出現(xiàn)失敗，默認(rèn)情況下嚷量，redis會停止接受所有的寫請求陋桂。這樣做的好處在于可以讓用戶很明確的知道內(nèi)存中的數(shù)據(jù)和磁盤上的數(shù)據(jù)已經(jīng)存在不一致了。如果redis不顧這種不一致蝶溶，一意孤行的繼續(xù)接收寫請求嗜历，就可能會引起一些災(zāi)難性的后果。

如果下一次RDB持久化成功抖所，redis會自動恢復(fù)接受寫請求梨州。

當(dāng)然，如果你不在乎這種數(shù)據(jù)不一致或者有其他的手段發(fā)現(xiàn)和控制這種不一致的話部蛇，你完全可以關(guān)閉這個功能摊唇，以便在快照寫入失敗時，也能確保redis繼續(xù)接受新的寫請求涯鲁。配置項(xiàng)如下：

stop-writes-on-bgsave-error yes

對于存儲到磁盤中的快照巷查，可以設(shè)置是否進(jìn)行壓縮存儲。如果是的話抹腿，redis會采用LZF算法進(jìn)行壓縮岛请。如果你不想消耗CPU來進(jìn)行壓縮的話，可以設(shè)置為關(guān)閉此功能警绩，但是存儲在磁盤上的快照會比較大崇败。

rdbcompression yes

在存儲快照后，我們還可以讓redis使用CRC64算法來進(jìn)行數(shù)據(jù)校驗(yàn)，但是這樣做會增加大約10%的性能消耗后室，如果你希望獲取到最大的性能提升缩膝，可以關(guān)閉此功能。

rdbchecksum yes

我們還可以設(shè)置快照文件的名稱岸霹，默認(rèn)是這樣配置的：

dbfilename dump.rdb

最后疾层，你還可以設(shè)置這個快照文件存放的路徑。比如默認(rèn)設(shè)置就是當(dāng)前文件夾：

dir ./

教你看懂redis配置 – 復(fù)制

redis提供了主從同步功能贡避。
通過slaveof配置項(xiàng)可以控制某一個redis作為另一個redis的從服務(wù)器痛黎，通過指定IP和端口來定位到主redis的位置。一般情況下刮吧，我們會建議用戶為從redis設(shè)置一個不同頻率的快照持久化的周期湖饱，或者為從redis配置一個不同的服務(wù)端口等等。
slaveof
如果主redis設(shè)置了驗(yàn)證密碼的話（使用requirepass來設(shè)置）杀捻，則在從redis的配置中要使用masterauth來設(shè)置校驗(yàn)密碼井厌，否則的話，主redis會拒絕從redis的訪問請求水醋。
masterauth
當(dāng)從redis失去了與主redis的連接旗笔，或者主從同步正在進(jìn)行中時，redis該如何處理外部發(fā)來的訪問請求呢拄踪？這里，從redis可以有兩種選擇：

第一種選擇：如果slave-serve-stale-data設(shè)置為yes（默認(rèn)）拳魁，則從redis仍會繼續(xù)響應(yīng)客戶端的讀寫請求惶桐。

第二種選擇：如果slave-serve-stale-data設(shè)置為no，則從redis會對客戶端的請求返回“SYNC with master in progress”潘懊，當(dāng)然也有例外姚糊，當(dāng)客戶端發(fā)來INFO請求和SLAVEOF請求，從redis還是會進(jìn)行處理授舟。

你可以控制一個從redis是否可以接受寫請求救恨。將數(shù)據(jù)直接寫入從redis，一般只適用于那些生命周期非常短的數(shù)據(jù)释树，因?yàn)樵谥鲝耐綍r肠槽，這些臨時數(shù)據(jù)就會被清理掉。自從redis2.6版本之后奢啥，默認(rèn)從redis為只讀秸仙。

slave-read-only yes

只讀的從redis并不適合直接暴露給不可信的客戶端。為了盡量降低風(fēng)險桩盲，可以使用rename-command指令來將一些可能有破壞力的命令重命名寂纪，避免外部直接調(diào)用。比如：

rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52

從redis會周期性的向主redis發(fā)出PING包。你可以通過repl_ping_slave_period指令來控制其周期捞蛋。默認(rèn)是10秒孝冒。

repl-ping-slave-period 10

在主從同步時，可能在這些情況下會有超時發(fā)生：

1. 以從redis的角度來看拟杉，當(dāng)有大規(guī)模IO傳輸時庄涡。
2. 以從redis的角度來看，當(dāng)數(shù)據(jù)傳輸或PING時捣域，主redis超時
3. 以主redis的角度來看啼染，在回復(fù)從redis的PING時，從redis超時

用戶可以設(shè)置上述超時的時限焕梅，不過要確保這個時限比repl-ping-slave-period的值要大迹鹅，否則每次主redis都會認(rèn)為從redis超時。

repl-timeout 60

我們可以控制在主從同步時是否禁用TCP_NODELAY贞言。如果開啟TCP_NODELAY斜棚，那么主redis會使用更少的TCP包和更少的帶寬來向從redis傳輸數(shù)據(jù)。但是這可能會增加一些同步的延遲该窗，大概會達(dá)到40毫秒左右弟蚀。如果你關(guān)閉了TCP_NODELAY，那么數(shù)據(jù)同步的延遲時間會降低酗失，但是會消耗更多的帶寬义钉。（如果你不了解TCP_NODELAY，可以到這里來科普一下）规肴。

repl-disable-tcp-nodelay no

我們還可以設(shè)置同步隊(duì)列長度捶闸。隊(duì)列長度（backlog)是主redis中的一個緩沖區(qū)，在與從redis斷開連接期間拖刃，主redis會用這個緩沖區(qū)來緩存應(yīng)該發(fā)給從redis的數(shù)據(jù)删壮。這樣的話，當(dāng)從redis重新連接上之后兑牡，就不必重新全量同步數(shù)據(jù)央碟，只需要同步這部分增量數(shù)據(jù)即可。

repl-backlog-size 1mb

如果主redis等了一段時間之后均函，還是無法連接到從redis亿虽，那么緩沖隊(duì)列中的數(shù)據(jù)將被清理掉。我們可以設(shè)置主redis要等待的時間長度边酒。如果設(shè)置為0经柴，則表示永遠(yuǎn)不清理。默認(rèn)是1個小時墩朦。

repl-backlog-ttl 3600

我們可以給眾多的從redis設(shè)置優(yōu)先級坯认，在主redis持續(xù)工作不正常的情況，優(yōu)先級高的從redis將會升級為主redis。而編號越小牛哺，優(yōu)先級越高陋气。比如一個主redis有三個從redis，優(yōu)先級編號分別為10引润、100巩趁、25，那么編號為10的從redis將會被首先選中升級為主redis淳附。當(dāng)優(yōu)先級被設(shè)置為0時议慰，這個從redis將永遠(yuǎn)也不會被選中。默認(rèn)的優(yōu)先級為100奴曙。

slave-priority 100

假如主redis發(fā)現(xiàn)有超過M個從redis的連接延時大于N秒别凹，那么主redis就停止接受外來的寫請求。這是因?yàn)閺膔edis一般會每秒鐘都向主redis發(fā)出PING洽糟，而主redis會記錄每一個從redis最近一次發(fā)來PING的時間點(diǎn)炉菲，所以主redis能夠了解每一個從redis的運(yùn)行情況。

min-slaves-to-write 3
min-slaves-max-lag 10

上面這個例子表示坤溃，假如有大于等于3個從redis的連接延遲大于10秒拍霜，那么主redis就不再接受外部的寫請求。上述兩個配置中有一個被置為0薪介，則這個特性將被關(guān)閉祠饺。默認(rèn)情況下min-slaves-to-write為0，而min-slaves-max-lag為10汁政。

教你看懂redis配置 – 安全

我們可以要求redis客戶端在向redis-server發(fā)送請求之前吠裆，先進(jìn)行密碼驗(yàn)證。當(dāng)你的redis-server處于一個不太可信的網(wǎng)絡(luò)環(huán)境中時烂完，相信你會用上這個功能。由于redis性能非常高诵棵，所以每秒鐘可以完成多達(dá)15萬次的密碼嘗試抠蚣，所以你最好設(shè)置一個足夠復(fù)雜的密碼，否則很容易被黑客破解履澳。

requirepass zhimakaimen

這里我們通過requirepass將密碼設(shè)置成“芝麻開門”嘶窄。

redis允許我們對redis指令進(jìn)行更名，比如將一些比較危險的命令改個名字距贷，避免被誤執(zhí)行柄冲。比如可以把CONFIG命令改成一個很復(fù)雜的名字，這樣可以避免外部的調(diào)用忠蝗，同時還可以滿足內(nèi)部調(diào)用的需要：

rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c89

我們甚至可以禁用掉CONFIG命令现横，那就是把CONFIG的名字改成一個空字符串：

rename-command CONFIG ""

但需要注意的是，如果你使用AOF方式進(jìn)行數(shù)據(jù)持久化，或者需要與從redis進(jìn)行通信戒祠，那么更改指令的名字可能會引起一些問題骇两。

教你看懂redis配置 -限制

我們可以設(shè)置redis同時可以與多少個客戶端進(jìn)行連接。默認(rèn)情況下為10000個客戶端姜盈。當(dāng)你無法設(shè)置進(jìn)程文件句柄限制時低千，redis會設(shè)置為當(dāng)前的文件句柄限制值減去32，因?yàn)閞edis會為自身內(nèi)部處理邏輯留一些句柄出來馏颂。

如果達(dá)到了此限制示血，redis則會拒絕新的連接請求，并且向這些連接請求方發(fā)出“max number of clients reached”以作回應(yīng)救拉。

maxclients 10000

我們甚至可以設(shè)置redis可以使用的內(nèi)存量难审。一旦到達(dá)內(nèi)存使用上限，redis將會試圖移除內(nèi)部數(shù)據(jù)近上，移除規(guī)則可以通過maxmemory-policy來指定剔宪。

如果redis無法根據(jù)移除規(guī)則來移除內(nèi)存中的數(shù)據(jù)，或者我們設(shè)置了“不允許移除”壹无，那么redis則會針對那些需要申請內(nèi)存的指令返回錯誤信息葱绒，比如SET、LPUSH等斗锭。但是對于無內(nèi)存申請的指令地淀，仍然會正常響應(yīng)，比如GET等岖是。
maxmemory
需要注意的一點(diǎn)是帮毁，如果你的redis是主redis（說明你的redis有從redis），那么在設(shè)置內(nèi)存使用上限時豺撑，需要在系統(tǒng)中留出一些內(nèi)存空間給同步隊(duì)列緩存烈疚，只有在你設(shè)置的是“不移除”的情況下，才不用考慮這個因素聪轿。
對于內(nèi)存移除規(guī)則來說爷肝，redis提供了多達(dá)6種的移除規(guī)則。他們是：

1. volatile-lru：使用LRU算法移除過期集合中的key
2. allkeys-lru：使用LRU算法移除key
3. volatile-random：在過期集合中移除隨機(jī)的key
4. allkeys-random：移除隨機(jī)的key
5. volatile-ttl：移除那些TTL值最小的key陆错，即那些最近才過期的key灯抛。
6. noeviction：不進(jìn)行移除。針對寫操作音瓷，只是返回錯誤信息对嚼。

無論使用上述哪一種移除規(guī)則，如果沒有合適的key可以移除的話绳慎，redis都會針對寫請求返回錯誤信息纵竖。

maxmemory-policy volatile-lru

LRU算法和最小TTL算法都并非是精確的算法漠烧，而是估算值。所以你可以設(shè)置樣本的大小磨确。假如redis默認(rèn)會檢查三個key并選擇其中LRU的那個沽甥，那么你可以改變這個key樣本的數(shù)量。

maxmemory-samples 3

最后乏奥，我們補(bǔ)充一個信息摆舟，那就是到目前版本（2.8.4）為止，redis支持的寫指令包括了如下這些：

set setnx setex append
incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd
sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby
zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby
getset mset msetnx exec sort

教你看懂redis配置 – 追加模式

默認(rèn)情況下邓了，redis會異步的將數(shù)據(jù)持久化到磁盤恨诱。這種模式在大部分應(yīng)用程序中已被驗(yàn)證是很有效的，但是在一些問題發(fā)生時骗炉，比如斷電照宝，則這種機(jī)制可能會導(dǎo)致數(shù)分鐘的寫請求丟失。
如博文上半部分中介紹的句葵，追加文件（Append Only File）是一種更好的保持?jǐn)?shù)據(jù)一致性的方式厕鹃。即使當(dāng)服務(wù)器斷電時，也僅會有1秒鐘的寫請求丟失乍丈，當(dāng)redis進(jìn)程出現(xiàn)問題且操作系統(tǒng)運(yùn)行正常時剂碴，甚至只會丟失一條寫請求。
我們建議大家轻专，AOF機(jī)制和RDB機(jī)制可以同時使用忆矛，不會有任何沖突。對于如何保持?jǐn)?shù)據(jù)一致性的討論请垛，請參見本文催训。

appendonly no

我們還可以設(shè)置aof文件的名稱：

appendfilename "appendonly.aof"

fsync()調(diào)用，用來告訴操作系統(tǒng)立即將緩存的指令寫入磁盤宗收。一些操作系統(tǒng)會“立即”進(jìn)行漫拭，而另外一些操作系統(tǒng)則會“盡快”進(jìn)行。
redis支持三種不同的模式：

1. no：不調(diào)用fsync()混稽。而是讓操作系統(tǒng)自行決定sync的時間嫂侍。這種模式下，redis的性能會最快荚坞。
2. always：在每次寫請求后都調(diào)用fsync()。這種模式下菲盾，redis會相對較慢颓影，但數(shù)據(jù)最安全。
3. everysec：每秒鐘調(diào)用一次fsync()懒鉴。這是性能和安全的折衷诡挂。

默認(rèn)情況下為everysec碎浇。有關(guān)數(shù)據(jù)一致性的揭秘，可以參考本文璃俗。

appendfsync everysec

當(dāng)fsync方式設(shè)置為always或everysec時奴璃，如果后臺持久化進(jìn)程需要執(zhí)行一個很大的磁盤IO操作，那么redis可能會在fsync()調(diào)用時卡住城豁。目前尚未修復(fù)這個問題苟穆，這是因?yàn)榧词刮覀冊诹硪粋€新的線程中去執(zhí)行fsync()，也會阻塞住同步寫調(diào)用唱星。

為了緩解這個問題雳旅，我們可以使用下面的配置項(xiàng)，這樣的話间聊，當(dāng)BGSAVE或BGWRITEAOF運(yùn)行時攒盈，fsync()在主進(jìn)程中的調(diào)用會被阻止。這意味著當(dāng)另一路進(jìn)程正在對AOF文件進(jìn)行重構(gòu)時哎榴，redis的持久化功能就失效了型豁，就好像我們設(shè)置了“appendsync none”一樣。如果你的redis有時延問題尚蝌，那么請將下面的選項(xiàng)設(shè)置為yes迎变。否則請保持no，因?yàn)檫@是保證數(shù)據(jù)完整性的最安全的選擇驼壶。

no-appendfsync-on-rewrite no

我們允許redis自動重寫aof氏豌。當(dāng)aof增長到一定規(guī)模時，redis會隱式調(diào)用BGREWRITEAOF來重寫log文件热凹，以縮減文件體積泵喘。

redis是這樣工作的：redis會記錄上次重寫時的aof大小。假如redis自啟動至今還沒有進(jìn)行過重寫般妙，那么啟動時aof文件的大小會被作為基準(zhǔn)值纪铺。這個基準(zhǔn)值會和當(dāng)前的aof大小進(jìn)行比較。如果當(dāng)前aof大小超出所設(shè)置的增長比例碟渺，則會觸發(fā)重寫鲜锚。另外，你還需要設(shè)置一個最小大小苫拍，是為了防止在aof很小時就觸發(fā)重寫芜繁。

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

如果設(shè)置auto-aof-rewrite-percentage為0，則會關(guān)閉此重寫功能绒极。

教你看懂redis配置 – LUA腳本

lua腳本的最大運(yùn)行時間是需要被嚴(yán)格限制的骏令，要注意單位是毫秒：

lua-time-limit 5000

如果此值設(shè)置為0或負(fù)數(shù)，則既不會有報錯也不會有時間限制垄提。

教你看懂redis配置 – 慢日志

redis慢日志是指一個系統(tǒng)進(jìn)行日志查詢超過了指定的時長榔袋。這個時長不包括IO操作周拐，比如與客戶端的交互、發(fā)送響應(yīng)內(nèi)容等凰兑，而僅包括實(shí)際執(zhí)行查詢命令的時間妥粟。

針對慢日志，你可以設(shè)置兩個參數(shù)吏够，一個是執(zhí)行時長勾给，單位是微秒，另一個是慢日志的長度稿饰。當(dāng)一個新的命令被寫入日志時锦秒，最老的一條會從命令日志隊(duì)列中被移除。

單位是微秒喉镰，即1000000表示一秒旅择。負(fù)數(shù)則會禁用慢日志功能，而0則表示強(qiáng)制記錄每一個命令侣姆。

slowlog-log-slower-than 10000

慢日志最大長度生真，可以隨便填寫數(shù)值，沒有上限捺宗，但要注意它會消耗內(nèi)存柱蟀。你可以使用SLOWLOG RESET來重設(shè)這個值。

slowlog-max-len 128

教你看懂redis配置 – 事件通知

redis可以向客戶端通知某些事件的發(fā)生蚜厉。這個特性的具體解釋可以參見本文长已。

教你看懂redis配置 – 高級配置

有關(guān)哈希數(shù)據(jù)結(jié)構(gòu)的一些配置項(xiàng)：

hash-max-ziplist-entries 512
hash-max-ziplist-value 64

有關(guān)列表數(shù)據(jù)結(jié)構(gòu)的一些配置項(xiàng)：

list-max-ziplist-entries 512
list-max-ziplist-value 64

有關(guān)集合數(shù)據(jù)結(jié)構(gòu)的配置項(xiàng)：

set-max-intset-entries 512

有關(guān)有序集合數(shù)據(jù)結(jié)構(gòu)的配置項(xiàng)：

zset-max-ziplist-entries 128
zset-max-ziplist-value 64

關(guān)于是否需要再哈希的配置項(xiàng)：

activerehashing yes

關(guān)于客戶端輸出緩沖的控制項(xiàng)：

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

有關(guān)頻率的配置項(xiàng)：

hz 10

有關(guān)重寫aof的配置項(xiàng)

aof-rewrite-incremental-fsync yes

至此，redis的入門內(nèi)容就結(jié)束了昼牛，內(nèi)容實(shí)在不少术瓮，但相對來說都很基礎(chǔ)，本文沒有涉及redis集群贰健、redis工作原理胞四、redis源碼、redis相關(guān)LIB庫等內(nèi)容伶椿，后續(xù)會陸續(xù)奉獻(xiàn)辜伟，大家敬請期待：）
謝謝！