Redis從入門到精通:中級篇

Redis從入門到精通:中級篇

本文目錄

上一篇文章以認(rèn)識Redis為主,寫了Redis系列的第一篇,現(xiàn)在開啟第二部分的學(xué)習(xí),在本文中,我們將看到以下內(nèi)容:

  • Redis數(shù)據(jù)結(jié)構(gòu)String、Hash、List、Set、SortedSet及相關(guān)操作,提一下Redis在3.2.0之后有新增了一種GEO的數(shù)據(jù)類型表示地理位置,不過本文這種數(shù)據(jù)結(jié)構(gòu)略過
  • Redis其他一些常用命令,分為Key操作與服務(wù)器操作
  • Redis事務(wù)機(jī)制

主要以實(shí)戰(zhàn)為主,希望通過本文可以讓大家掌握Redis的基本使用。

本來這篇文章還準(zhǔn)備加上Redis線程模型分析的,但是寫完發(fā)現(xiàn)篇幅實(shí)在太長,就把Redis線程模型放到最后一篇中了,也挺好的,本文專注于對Redis命令的講解。

另外說一下,本文講Redis中的數(shù)據(jù)結(jié)構(gòu),但是數(shù)據(jù)結(jié)構(gòu)本身不在本文的講解范圍內(nèi),如果想知道Hash、List、Set等數(shù)據(jù)結(jié)構(gòu)特點(diǎn)及使用場景,可以自己查閱數(shù)據(jù)結(jié)構(gòu)相關(guān)資料。

String數(shù)據(jù)結(jié)構(gòu)的基本操作

首先說一下數(shù)據(jù)結(jié)構(gòu)String,這是Redis中最簡單的一種數(shù)據(jù)結(jié)構(gòu),和MemCache數(shù)據(jù)結(jié)構(gòu)是一樣的,即Key-Value型的數(shù)據(jù),根據(jù)Redis官方文檔,Value最大值為512M

下面用表格來看一下String操作的相關(guān)命令:

| 命令 | 描述 | 用法 |
| SET |

(1)將字符串值Value關(guān)聯(lián)到Key

(2)Key已關(guān)聯(lián)則覆蓋,無視類型

(3)原本Key帶有生存時間TTL,那么TTL被清除

| SET key value [EX seconds] [PX milliseconds] [NX|XX] |
| GET |

(1)返回key關(guān)聯(lián)的字符串值

(2)Key不存在返回nil

(3)Key存儲的不是字符串,返回錯誤,因?yàn)镚ET只用于處理字符串

| GET key |
| MSET |

(1)同時設(shè)置一個或多個Key-Value鍵值對

(2)某個給定Key已經(jīng)存在,那么MSET新值會覆蓋舊值

(3)如果上面的覆蓋不是希望的,那么使用MSETNX命令,所有Key都不存在才會進(jìn)行覆蓋

(4)MSET是一個原子性操作,所有Key都會在同一時間被設(shè)置,不會存在有些更新有些沒更新的情況

| MSET key value [key value ...] |
| MGET |

(1)返回一個或多個給定Key對應(yīng)的Value

(2)某個Key不存在那么這個Key返回nil

| MGET key [key ...] |
| SETEX |

(1)將Value關(guān)聯(lián)到Key

(2)設(shè)置Key生存時間為seconds,單位為秒

(3)如果Key對應(yīng)的Value已經(jīng)存在,則覆蓋舊值

(4)SET也可以設(shè)置失效時間,但是不同在于SETNX是一個原子操作,即關(guān)聯(lián)值與設(shè)置生存時間同一時間完成

| SETEX key seconds value |
| SETNX |

(1)將Key的值設(shè)置為Value,當(dāng)且僅當(dāng)Key不存在

(2)若給定的Key已經(jīng)存在,SEXNX不做任何動作

| SETNX key value |

首先,演示一下SET、GET、SETEX的效果:

image

圖中我們應(yīng)該能看到SET、GET、SETNX幾個命令的效果了,在這之外,專門提兩點(diǎn):

  • Redis的命令不區(qū)分大小寫
  • Redis的Key區(qū)分大小寫

接著我們演示一下SETEX命令的效果:

image

這里順帶介紹了TIME命令,它返回的是當(dāng)前服務(wù)器Unix時間戳,但單位為秒(通常Unix時間戳取的時間為毫秒)。看到設(shè)置Redis-Expire這個Key,馬上獲取不失效,第26秒獲取的時候失效,關(guān)于失效,Redis的策略是這樣的:

  • 被動觸發(fā),即GET的時候檢查一下Key是否失效
  • 主動觸發(fā),后臺每1秒跑10次定時任務(wù)(通過redis.conf的hz參數(shù)配置,默認(rèn)為10,這個上文沒有寫),隨機(jī)選擇100個設(shè)置了過期時間的Key,對過期的Key進(jìn)行失效

最后看一下MGET和MSET命令:

image

看到可以同時設(shè)置多個Key-Value,也可以同時獲取多個Key對應(yīng)的Value,再次注意,Redis的Key是嚴(yán)格區(qū)分大小寫的。

特殊的String操作:INCR/DECR

前面介紹的是基本的Key-Value操作,下面介紹一種特殊的Key-Value操作即INCR/DECR,可以利用Redis自動幫助我們對一個Key對應(yīng)的Value進(jìn)行加減,用表格看一下相關(guān)命令:

| 命令 | 描述 | 用法 |
| INCR |

(1)Key中存儲的數(shù)字值+1,返回增加之后的值

(2)Key不存在,那么Key的值被初始化為0再執(zhí)行INCR

(3)如果值包含錯誤類型或者字符串不能被表示為數(shù)字,那么返回錯誤

(4)值限制在64位有符號數(shù)字表示之內(nèi),即-9223372036854775808~9223372036854775807

| INCR key |
| DECR |

(1)Key中存儲的數(shù)字值-1

(2)其余同INCR

| DECR key |
| INCRBY |

(1)將key所存儲的值加上增量返回增加之后的值

(2)其余同INCR

| INCRBY key increment |
| DECRBY |

(1)將key所存儲的值減去減量decrement

(2)其余同INCR

| DECRBY key decrement |

下面實(shí)際看一下四個命令相關(guān)使用:

image

INCR/DECR在實(shí)際工作中還是非常管用的,舉兩個例子:

  • 原先單機(jī)環(huán)境中統(tǒng)計在線人數(shù),變成分布式部署之后可以使用INCR/DECR
  • 由于Redis本身極高的讀寫性能,一些秒殺的場景庫存增減可以基于Redis來做而不是直接操作DB

Hash數(shù)據(jù)結(jié)構(gòu)相關(guān)操作

接著講一下Hash,Hash本質(zhì)上和String是一樣的,無非String是純粹的Key-Value,Hash是外面套了一層?xùn)|西,里面還是Key-Value,接著我們用表格看一下Hash數(shù)據(jù)結(jié)構(gòu)的相關(guān)命令:

| 命令 | 描述 | 用法 |
| HSET |

(1)將哈希表Key中的域field的值設(shè)為value

(2)key不存在,一個新的Hash表被創(chuàng)建

(3)field已經(jīng)存在,舊的值被覆蓋

| HSET key field value |
| HGET | (1)返回哈希表key中給定域field的值 | HGET key field |
| HDEL |

(1)刪除哈希表key中的一個或多個指定域

(2)不存在的域?qū)⒈缓雎?/p>

| HDEL key filed [field ...] |
| HEXISTS | (1)查看哈希表key中,給定域field是否存在,存在返回1,不存在返回0 | HEXISTS key field |
| HGETALL | (1)返回哈希表key中,所有的域和值 | HGETALL key |
| HINCRBY |

(1)為哈希表key中的域field加上增量increment

(2)其余同INCR命令

| HINCRYBY key filed increment |
| HKEYS | (1)返回哈希表key中的所有域 | HKEYS key |
| HLEN | (1)返回哈希表key中域的數(shù)量 | HLEN key |
| HMGET |

(1)返回哈希表key中,一個或多個給定域的值

(2)如果給定的域不存在于哈希表,那么返回一個nil值

| HMGET key field [field ...] |
| HMSET |

(1)同時將多個field-value對設(shè)置到哈希表key中

(2)會覆蓋哈希表中已存在的域

(3)key不存在,那么一個空哈希表會被創(chuàng)建并執(zhí)行HMSET操作

| HMSET key field value [field value ...] |
| HVALS | (1)返回哈希表key中所有的域和值 | HVALS key |

同樣的,實(shí)際看一下這些命令的相關(guān)使用:

image

稍亂,但是除了HMSET、HMGET以外把所有命令都演示到了。

List數(shù)據(jù)結(jié)構(gòu)相關(guān)操作

接著我們看一下Redis中的List,相關(guān)命令有:

| 命令 | 描述 | 用法 |
| LPUSH |

(1)將一個或多個值value插入到列表key的表頭

(2)如果有多個value值,那么各個value值按從左到右的順序依次插入表頭

(3)key不存在,一個空列表會被創(chuàng)建并執(zhí)行LPUSH操作

(4)key存在但不是列表類型,返回錯誤

| LPUSH key value [value ...] |
| LPUSHX |

(1)將值value插入到列表key的表頭,當(dāng)且晉檔key存在且為一個列表

(2)key不存在時,LPUSHX命令什么都不做

| LPUSHX key value |
| LPOP |

(1)移除并返回列表key的頭元素

| LPOP key |
| LRANGE |

(1)返回列表key中指定區(qū)間內(nèi)的元素,區(qū)間以偏移量start和stop指定

(2)start和stop都以0位底

(3)可使用負(fù)數(shù)下標(biāo),-1表示列表最后一個元素,-2表示列表倒數(shù)第二個元素,以此類推

(4)start大于列表最大下標(biāo),返回空列表

(5)stop大于列表最大下標(biāo),stop=列表最大下標(biāo)

| LRANGE key start stop |
| LREM |

(1)根據(jù)count的值,移除列表中與value相等的元素

(2)count>0表示從頭到尾搜索,移除與value相等的元素,數(shù)量為count

(3)count<0表示從從尾到頭搜索,移除與value相等的元素,數(shù)量為count

(4)count=0表示移除表中所有與value相等的元素

| LREM key count value |
| LSET |

(1)將列表key下標(biāo)為index的元素值設(shè)為value

(2)index參數(shù)超出范圍,或?qū)σ粋€空列表進(jìn)行LSET時,返回錯誤

| LSET key index value |
| LINDEX |

(1)返回列表key中,下標(biāo)為index的元素

| LINDEX key index |
| LINSERT |

(1)將值value插入列表key中,位于pivot前面或者后面

(2)pivot不存在于列表key時,不執(zhí)行任何操作

(3)key不存在,不執(zhí)行任何操作

| LINSERT key BEFORE|AFTER pivot value |
| LLEN |

(1)返回列表key的長度

(2)key不存在,返回0

| LLEN key |
| LTRIM | (1)對一個列表進(jìn)行修剪,讓列表只返回指定區(qū)間內(nèi)的元素,不存在指定區(qū)間內(nèi)的都將被移除 | LTRIM key start stop |
| RPOP | (1)移除并返回列表key的尾元素 | RPOP key |
| RPOPLPUSH |

在一個原子時間內(nèi),執(zhí)行兩個動作:

(1)將列表source中最后一個元素彈出并返回給客戶端

(2)將source彈出的元素插入到列表desination,作為destination列表的頭元素

| RPOPLPUSH source destination |
| RPUSH | (1)將一個或多個值value插入到列表key的表尾 | RPUSH key value [value ...] |
| RPUSHX |

(1)將value插入到列表key的表尾,當(dāng)且僅當(dāng)key存在并且是一個列表

(2)key不存在,RPUSHX什么都不做

| RPUSHX key value |

接著看一下這些命令的實(shí)際使用效果:

image

工具所限,LSET、LINSERT、RPOPLPUSH幾個命令沒法演示,上面演示了其他的基本命令,應(yīng)該足以理解Redis的List了,操作List千萬注意區(qū)分LPUSH、RPUSH兩個命令,把數(shù)據(jù)添加到表頭和把數(shù)據(jù)添加到表尾是完全不一樣的兩種結(jié)果

另外List還有BLPOP、BRPOP、BRPOPLPUSH三個命令沒有說,它們是幾個POP的阻塞版本,即沒有數(shù)據(jù)可以彈出的時候?qū)⒆枞蛻舳酥钡匠瑫r或者發(fā)現(xiàn)有可以彈出的元素為止

SET數(shù)據(jù)結(jié)構(gòu)相關(guān)操作

接著我們看一下SET數(shù)據(jù)結(jié)構(gòu)的相關(guān)操作:

| 命令 | 描述 | 用法 |
| SADD |

(1)將一個或多個member元素加入到key中,已存在在集合的member將被忽略

(2)假如key不存在,則只創(chuàng)建一個只包含member元素做成員的集合

(3)當(dāng)key不是集合類型時,將返回一個錯誤

| SADD key number [member ...] |
| SCARD | (1)返回key對應(yīng)的集合中的元素數(shù)量 | SCARD key |
| SDIFF | (1)返回一個集合的全部成員,該集合是第一個Key對應(yīng)的集合和后面key對應(yīng)的集合的差集 | SDIFF key [key ...] |
| SDIFFSTORE |

(1)和SDIFF類似,但結(jié)果保存到destination集合而不是簡單返回結(jié)果集

(2) destination如果已存在,則覆蓋

| SDIFFSTORE destionation key [key ...] |
| SINTER |

(1)返回一個集合的全部成員,該集合是所有給定集合的交集

(2)不存在的key被視為空集

| SINTER key [key ...] |
| SINTERSTORE |

(1)和SINTER類似,但結(jié)果保存早destination集合而不是簡單返回結(jié)果集

(2)如果destination已存在,則覆蓋

(3)destination可以是key本身

| SINTERSTORE destination key [key ...] |
| SISMEMBER | (1)判斷member元素是否key的成員,0表示不是,1表示是 | SISMEMBER key member |
| SMEMBERS |

(1)返回集合key中的所有成員

(2)不存在的key被視為空集

| SMEMBERS key |
| SMOVE |

(1)原子性地將member元素從source集合移動到destination集合

(2)source集合中不包含member元素,SMOVE命令不執(zhí)行任何操作,僅返回0

(3)destination中已包含member元素,SMOVE命令只是簡單做source集合的member元素移除

| SMOVE source desination member |
| SPOP |

(1)移除并返回集合中的一個隨機(jī)元素,如果count不指定那么隨機(jī)返回一個隨機(jī)元素

(2)count為正數(shù)且小于集合元素數(shù)量,那么返回一個count個元素的數(shù)組且數(shù)組中的元素各不相同

(3)count為正數(shù)且大于等于集合元素數(shù)量,那么返回整個集合

(4)count為負(fù)數(shù)那么命令返回一個數(shù)組,數(shù)組中的元素可能重復(fù)多次,數(shù)量為count的絕對值

| SPOP key [count] |
| SRANDMEMBER |

(1)如果count不指定,那么返回集合中的一個隨機(jī)元素

(2)count同上

| SRANDMEMBER key [count] |
| SREM | (1)移除集合key中的一個或多個member元素,不存在的member將被忽略 | SREM key member [member ...] |
| SUNION |

(1)返回一個集合的全部成員,該集合是所有給定集合的并集

(2)不存在的key被視為空集

| SUNION key [key ...] |
| SUNIONSTORE |

(1)類似SUNION,但結(jié)果保存到destination集合而不是簡單返回結(jié)果集

(2)destination已存在,覆蓋舊值

(3)destination可以是key本身

| SUNION destination key [key ...] |

同樣,實(shí)際測試一下Set:

image

除了SINTER沒有用到,其他應(yīng)該比較全面地展示了Set的相關(guān)使用。

SortedSet數(shù)據(jù)結(jié)構(gòu)相關(guān)操作

數(shù)據(jù)結(jié)構(gòu)最后說一下SortedSet相關(guān)操作,最近有一個場景需要實(shí)現(xiàn)Redis分頁+高效移除數(shù)據(jù),一下子沒找到好的數(shù)據(jù)結(jié)構(gòu),后來想起了SortedSet才解決了問題,看來積累與儲備還是非常有用的,

SortedSet顧名思義,即有序的Set,看下相關(guān)命令:

| 命令 | 描述 | 用法 |
| ZADD |

(1)將一個或多個member元素及其score值加入有序集key中

(2)如果member已經(jīng)是有序集的成員,那么更新member對應(yīng)的score并重新插入member保證member在正確的位置上

(3)score可以是整數(shù)值或雙精度浮點(diǎn)數(shù)

| ZADD key score member [[score member] [score member] ...] |
| ZCARD | (1)返回有序集key的元素個數(shù) | ZCARD key |
| ZCOUNT | (1) 返回有序集key中,score值>=min且<=max的成員的數(shù)量 | ZCOUNT key min max |
| ZRANGE |

(1)返回有序集key中指定區(qū)間內(nèi)的成員,成員位置按score從小到大排序

(2)具有相同score值的成員按字典序排列

(3)需要成員按score從大到小排列,使用ZREVRANGE命令

(4)下標(biāo)參數(shù)start和stop都以0為底,也可以用負(fù)數(shù),-1表示最后一個成員,-2表示倒數(shù)第二個成員

(5)可通過WITHSCORES選項(xiàng)讓成員和它的score值一并返回

| ZRANGE key start stop [WITHSCORES] |
| ZRANK |

(1)返回有序集key中成員member的排名,有序集成員按score值從小到大排列

(2)排名以0為底,即score最小的成員排名為0

(3)ZREVRANK命令可將成員按score值從大到小排名

| ZRANK key number |
| ZREM |

(1)移除有序集key中的一個或多個成員,不存在的成員將被忽略

(2)當(dāng)key存在但不是有序集時,返回錯誤

| ZREM key member [member ...] |
| ZREMRANGEBYRANK | (1)移除有序集key中指定排名區(qū)間內(nèi)的所有成員 | ZREMRANGEBYRANK key start stop |
| ZREMRANGEBYSCORE | (1)移除有序集key中,所有score值>=min且<=max之間的成員 | ZREMRANGEBYSCORE key min max |

還有若干不是很常用的命令沒有寫,就略過了,有興趣的可以自己看一下,接著看一下SortedSet實(shí)際使用:

image

這個地方排名的時候稍微注意下,和我們認(rèn)為的排名有些微區(qū)別,比如1 1 2 3,由于有兩個1,因此3正序的Rank應(yīng)當(dāng)為2(以0為下標(biāo)),但實(shí)際上會是3,所以Rank應(yīng)當(dāng)理解為元素在集合中的下標(biāo)位置更加準(zhǔn)確

Redis的Key相關(guān)操作

寫完了Redis的數(shù)據(jù)結(jié)構(gòu),接著我們看下Redis的Key相關(guān)操作:

| 命令 | 描述 | 用法 |
| DEL |

(1)刪除給定的一個或多個key

(2)不存在的Key將被忽略

| DEL key [key ...] |
| EXISTS | (1)檢查給定key是否存在 | EXISTS key |
| EXPIRE |

(1)為給定key設(shè)置生存時間,key過期時它會被自動刪除

(2)對一個已經(jīng)指定生存時間的Key設(shè)置執(zhí)行EXPIRE,新的值會代替舊的值

| EXPIRE key seconds |
| EXPIREAT | (1)同EXPIRE,但此命令指定的是UNIX時間戳,單位為秒 | EXPIRE key timestamp |
| KEYS |

(1)查找所有符合給定模式pattern的key,下面舉一下例子

(2)KEYS *匹配所有key

(3)KEYS h?llo匹配hello、hallo、hxllo等

(4)KEYS h*llo匹配hllo、heeeeello等

(5)KEYS h[ae]llo匹配hello和hallo

(6)特殊符號想當(dāng)做查找內(nèi)容經(jīng)的使用\

| KEYS pattern |
|

MIGRATE

|

(1)原子性地將key從當(dāng)前實(shí)例傳送到目標(biāo)實(shí)例指定的數(shù)據(jù)庫上

(2)原數(shù)據(jù)庫Key刪除,新數(shù)據(jù)庫Key增加

(3)阻塞進(jìn)行遷移的兩個實(shí)例,直到遷移成功、遷移失敗、等待超時三個之一發(fā)生

|

MIGRATE host port key destination-db timeout [COPY] [REPLACE]

|
| MOVE |

(1)將當(dāng)前數(shù)據(jù)庫的key移動到給定數(shù)據(jù)庫的db中

(2)執(zhí)行成功的條件為當(dāng)前數(shù)據(jù)庫有key,給定數(shù)據(jù)庫沒有key

| MOVE key db |
| PERSIST | (1)移除給定key的生存時間,將key變?yōu)槌志玫?| PERSIST key |
| RANDOMKEY | (1)從當(dāng)前數(shù)據(jù)庫隨機(jī)返回且不刪除一個key, | RANDOMKEY |
| RENAME |

(1)將key改名為newkey

(2)當(dāng)key和newkey相同或key不存在,報錯

(3)newkey已存在,RENAME將覆蓋舊值

| RENAME key newkey |
| TTL | (1)以秒為單位,返回給定的key剩余生存時間 | TTL key |
| PTTL | (1)以毫秒為單位,返回給定的key剩余生存時間 | PTTL key |
| TYPE | (1)返回key鎖存儲的值的類型 | TYPE key |

簡單看一下實(shí)際使用:

image

這里特別注意KEYS命令,雖然KEYS命令速度非常快,但是當(dāng)Redis中百萬、千萬甚至過億數(shù)據(jù)的時候,掃描所有Redis的Key,速度仍然會下降,由于Redis是單線程模型,這將導(dǎo)致后面的命令阻塞直到KEYS命令執(zhí)行完。

因此當(dāng)Redis中存儲的數(shù)據(jù)達(dá)到了一定量級(經(jīng)驗(yàn)值從10W開始就值得注意了)的時候,必須警惕KEYS造成Redis整體性能下降

系統(tǒng)相關(guān)命令

接著介紹一下部分系統(tǒng)相關(guān)命令:

| 命令 | 描述 | 用法 |
| BGREWRITEAOF | (1)手動觸發(fā)AOF重寫操作,用于減小AOF文件體積 | BGREWRITEAOF |
| BGSAVE | (1)后臺異步保存當(dāng)前數(shù)據(jù)庫的數(shù)據(jù)到磁盤 | BGSAVE |
| CLIENT KILL |

(1)關(guān)閉地址為ip:port的客戶端

(2)由于Redis為單線程設(shè)計,因此當(dāng)當(dāng)前命令執(zhí)行完之后才會關(guān)閉客戶端

| CLIENT KILL ip:port |
| CLIENT LIST | (1)以可讀的格式,返回所有連接到服務(wù)器的客戶端信息和統(tǒng)計數(shù)據(jù) | CLIENT LIST |
| CONFIG GET |

(1)取得運(yùn)行中的Redis服務(wù)器配置參數(shù)

(2)支持*

| CONFIG GET parameter |
| CONFIG RESETSTAT | (1)重置INFO命令中的某些統(tǒng)計數(shù)據(jù),例如Keyspace hits、Keyspace misses等 | CONFIG RESETSTAT |
| CONFIG REWRITE | (1)對啟動Redis時指定的redis.conf文件進(jìn)行改寫 | CONFIG REWRITE |
| CONFIG SET |

(1)動態(tài)調(diào)整Redis服務(wù)器的配置而無需重啟

(2)修改后的配置立即生效

| CONFIG SET parameter value |
| SELECT |

(1)切換到指定數(shù)據(jù)庫,數(shù)據(jù)庫索引index用數(shù)字指定,以0作為起始索引值

(2)默認(rèn)使用0號數(shù)據(jù)庫

| SELECT index |
| DBSIZE | (1)返回當(dāng)前數(shù)據(jù)庫的Key的數(shù)量 | DBSIZE |
| DEBUG OBJECT |

(1)這是一個調(diào)試命令,不應(yīng)當(dāng)被客戶端使用

(2)key存在時返回有關(guān)信息,key不存在時返回錯誤

| DEBUG OBJECT key |
| FLUSHALL | (1)清空整個Redis服務(wù)器的數(shù)據(jù) | FLUSHALL |
| FLUSHDB | (1)清空當(dāng)前數(shù)據(jù)庫中的所有數(shù)據(jù) | FLUSHDB |
| INFO |

(1)以一種易于解釋且易于閱讀的格式,返回Redis服務(wù)器的各種信息和統(tǒng)計數(shù)值

(2)通過給定可選參數(shù)section,可以讓命令只返回某一部分信息

| INFO [section] |
| LASTSAVE | (1)返回最近一次Redis成功將數(shù)據(jù)保存到磁盤上的時間,以UNIX時間戳格式表示 | LASTSAVE |
| MONITOR | (1)實(shí)時打印出Redis服務(wù)器接收到的命令,調(diào)試用 | MONITOR |
| SHUTDOWN |

(1)停止所有客戶端

(2)如果至少有一個保存點(diǎn)在等待,執(zhí)行SAVE命令

(3)如果AOF選項(xiàng)被打開,更新AOF文件

(4)關(guān)閉Redis服務(wù)器

| SHUTDOWN [SAVE|NOSAVE] |

看下命令的使用演示:

image

SELECT命令忘了,想起來的時候數(shù)據(jù)庫已經(jīng)清空了就算了,使用SELECT后控制臺會變成"127.0.0.1:6379[3]>",即帶上數(shù)據(jù)庫的index。

Redis的事務(wù)

最后,本文簡單說一下Redis的事務(wù)機(jī)制,首先Redis的事務(wù)是由DISCARD、EXEC、MULTI、UNWATCH、WATCH五個命令來保證的:

| 命令 | 描述 | 用法 |
| DISCARD |

(1)取消事務(wù)

(2)如果正在使用WATCH命令監(jiān)視某個/某些key,那么取消所有監(jiān)視,等同于執(zhí)行UNWATCH

| DISCARD |
| EXEC |

(1)執(zhí)行所有事務(wù)塊內(nèi)的命令

(2)如果某個/某些key正處于WATCH命令監(jiān)視之下且事務(wù)塊中有和這個/這些key相關(guān)的命令,那么EXEC命令只在這個/這些key沒有被其他命令改動的情況下才會執(zhí)行并生效,否則該事務(wù)被打斷

| EXEC |
| MULTI |

(1)標(biāo)記一個事務(wù)塊的開始

(2)事務(wù)塊內(nèi)的多條命令會按照先后順序被放入一個隊(duì)列中,最后由EXEC命令原子性地執(zhí)行

| MULTI |
| UNWATCH |

(1)取消WATCH命令對所有key的監(jiān)視

(2)如果WATCH之后,EXEC/DISCARD命令先被執(zhí)行了,UNWATCH命令就沒必要執(zhí)行了

| UNWATCH |
| WATCH | (1)監(jiān)視一個/多個key,如果在事務(wù)執(zhí)行之前這個/這些key被其他命令改動,那么事務(wù)將被打斷 | WATCH key [key ...] |

首先我們看一下事務(wù)沒有被打斷的情況:

image

看到開啟事務(wù)之后,所有的命令返回的都是QUEUED,即放入隊(duì)列,而不是直接執(zhí)行。

接著模擬一下事務(wù)被打斷的情況,WATCH一下Number這個Key,我另外起了一個Redis客戶端INCR了一下Number,結(jié)果為:

image

看到,并沒有命令被執(zhí)行,返回nil即事務(wù)被打斷。

接著簡單說一下事務(wù),和數(shù)據(jù)庫類似的,事務(wù)保證的是兩點(diǎn):

  • 隔離,所有命令序列化、按順序執(zhí)行,事務(wù)執(zhí)行過程中不會被其他客戶端發(fā)來的命令打斷
  • 原子性,事務(wù)中的命令要么全部執(zhí)行,要么全部不執(zhí)行

另外,Redis的事務(wù)并不支持回滾,這個其實(shí)網(wǎng)上已經(jīng)說法挺多了,大致上是兩個原因:

  • Redis命令只會因?yàn)檎Z法而失敗(且這些問題不能再入隊(duì)時被發(fā)現(xiàn)),或是命令用在了錯誤類型的鍵上面,也就是說,從實(shí)用性角度來說,失敗的命令是由于編程錯誤造成的,而這些錯誤應(yīng)該在開發(fā)的過程中被發(fā)現(xiàn)而不應(yīng)該出現(xiàn)在生產(chǎn)環(huán)境中
  • Redis內(nèi)部可以保持簡單且快速,因?yàn)椴恍枰獙貪L進(jìn)行支持

總而言之,對Redis來說,回滾無法解決編程錯誤帶來的問題,因此還不如更簡單、更快速地?zé)o回滾處理事務(wù)。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,505評論 6 533
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,556評論 3 418
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,463評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,009評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,778評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,218評論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,281評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,436評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,969評論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,795評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,993評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,537評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,229評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,659評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,917評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,687評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,990評論 2 374

推薦閱讀更多精彩內(nèi)容