加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程 > 正文

Redis呼吁行器材风趣的有数用法

发布时间:2018-11-09 09:22:40 所属栏目:编程 来源:老钱
导读:我们每天都在行使 Redis 内置的呼吁行器材 redis-cli,久而久之觉得它就是一个简朴的交互式 Redis 数据布局手工操纵措施,可是它背后强盛的成果绝大大都同窗也许闻所未闻。本节我们一路来发掘这些鲜为人知的风趣用法。 执行单条呼吁 平常在会见 Redis 处事

虽然这种导出成果较量弱,仅仅是一堆字符串用逗号支解开来。不外你可以团结呼吁的批量执行来看看多个指令的导出结果。

  1. $ redis-cli --csv -r 5 hgetall hfoo 
  2. "a","1","b","2","c","3","d","4" 
  3. "a","1","b","2","c","3","d","4" 
  4. "a","1","b","2","c","3","d","4" 
  5. "a","1","b","2","c","3","d","4" 
  6. "a","1","b","2","c","3","d","4" 

看到这里读者应该大白 --csv 参数的结果就是对输出做了一次转换,用逗号支解,仅此罢了。

执行 lua 剧本

在 lua 剧本末节,我们行使 eval 指令来执行剧本字符串,每次都是将剧本内容压缩成单行字符串再挪用 eval 指令,这很是繁琐,并且可读性很差。redis-cli 思量到了这点,它可以直接执行剧本文件。

  1. 127.0.0.1:6379> eval "return redis.pcall('mset', KEYS[1], ARGV[1], KEYS[2], ARGV[2])" 2 foo1 foo2 bar1 bar2 
  2. OK 
  3. 127.0.0.1:6379> eval "return redis.pcall('mget', KEYS[1], KEYS[2])" 2 foo1 foo2 
  4. 1) "bar1" 
  5. 2) "bar2" 

下面我们以剧本的情势来执行上面的指令,参数情势有所差异,KEY 和 ARGV 之间必要行使逗号支解,而且不必要提供 KEY 的数目参数

  1. $ cat mset.txt 
  2. return redis.pcall('mset', KEYS[1], ARGV[1], KEYS[2], ARGV[2]) 
  3. $ cat mget.txt 
  4. return redis.pcall('mget', KEYS[1], KEYS[2]) 
  5. $ redis-cli --eval mset.txt foo1 foo2 , bar1 bar2 
  6. OK 
  7. $ redis-cli --eval mget.txt foo1 foo2 
  8. 1) "bar1" 
  9. 2) "bar2" 

假如你的 lua 剧本太长,--eval 将大有效处。

监控处事器状态

我们可以行使 --stat 参数来及时监控处事器的状态,隔断 1s 及时输出一次。

  1. $ redis-cli --stat 
  2. ------- data ------ --------------------- load -------------------- - child - 
  3. keys       mem      clients blocked requests            connections 
  4. 2          6.66M    100     0       11591628 (+0)       335 
  5. 2          6.66M    100     0       11653169 (+61541)   335 
  6. 2          6.66M    100     0       11706550 (+53381)   335 
  7. 2          6.54M    100     0       11758831 (+52281)   335 
  8. 2          6.66M    100     0       11803132 (+44301)   335 
  9. 2          6.66M    100     0       11854183 (+51051)   335 

假如你认为隔断太长或是太短,可以行使 -i 参数调解输出隔断。

扫描大 KEY

这个成果太适用了,我已经在线上试过无数次了。每次碰着 Redis 偶尔卡顿题目,第一个想到的就是实例中是否存在大 KEY,大 KEY的内存扩容以及开释城市导致主线程卡顿。假如知道内里有没有大 KEY,可以本身写措施扫描,不外这太繁琐了。redis-cli 提供了 --bigkeys 参数可以很快扫出内存里的大 KEY,行使 -i 参数节制扫描隔断,停止扫描指令导致处事器的 ops 陡增报警。

  1. $ ./redis-cli --bigkeys -i 0.01 
  2. # Scanning the entire keyspace to find biggest keys as well as 
  3. # average sizes per key type.  You can use -i 0.1 to sleep 0.1 sec 
  4. # per 100 SCAN commands (not usually needed). 
  5.  
  6. [00.00%] Biggest zset   found so far 'hist:aht:main:async_finish:20180425:17' with 1440 members 
  7. [00.00%] Biggest zset   found so far 'hist:qps:async:authorize:20170311:27' with 2465 members 
  8. [00.00%] Biggest hash   found so far 'job:counters:6ya9ypu6ckcl' with 3 fields 
  9. [00.01%] Biggest string found so far 'rt:aht:main:device_online:68:{-4}' with 4 bytes 
  10. [00.01%] Biggest zset   found so far 'machine:load:20180709' with 2879 members 
  11. [00.02%] Biggest string found so far '6y6fze8kj7cy:{-7}' with 90 bytes 

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读