虽然这种导出成果较量弱,仅仅是一堆字符串用逗号支解开来。不外你可以团结呼吁的批量执行来看看多个指令的导出结果。
- $ redis-cli --csv -r 5 hgetall hfoo
- "a","1","b","2","c","3","d","4"
- "a","1","b","2","c","3","d","4"
- "a","1","b","2","c","3","d","4"
- "a","1","b","2","c","3","d","4"
- "a","1","b","2","c","3","d","4"
看到这里读者应该大白 --csv 参数的结果就是对输出做了一次转换,用逗号支解,仅此罢了。
执行 lua 剧本
在 lua 剧本末节,我们行使 eval 指令来执行剧本字符串,每次都是将剧本内容压缩成单行字符串再挪用 eval 指令,这很是繁琐,并且可读性很差。redis-cli 思量到了这点,它可以直接执行剧本文件。
- 127.0.0.1:6379> eval "return redis.pcall('mset', KEYS[1], ARGV[1], KEYS[2], ARGV[2])" 2 foo1 foo2 bar1 bar2
- OK
- 127.0.0.1:6379> eval "return redis.pcall('mget', KEYS[1], KEYS[2])" 2 foo1 foo2
- 1) "bar1"
- 2) "bar2"
下面我们以剧本的情势来执行上面的指令,参数情势有所差异,KEY 和 ARGV 之间必要行使逗号支解,而且不必要提供 KEY 的数目参数
- $ cat mset.txt
- return redis.pcall('mset', KEYS[1], ARGV[1], KEYS[2], ARGV[2])
- $ cat mget.txt
- return redis.pcall('mget', KEYS[1], KEYS[2])
- $ redis-cli --eval mset.txt foo1 foo2 , bar1 bar2
- OK
- $ redis-cli --eval mget.txt foo1 foo2
- 1) "bar1"
- 2) "bar2"
假如你的 lua 剧本太长,--eval 将大有效处。
监控处事器状态
我们可以行使 --stat 参数来及时监控处事器的状态,隔断 1s 及时输出一次。
- $ redis-cli --stat
- ------- data ------ --------------------- load -------------------- - child -
- keys mem clients blocked requests connections
- 2 6.66M 100 0 11591628 (+0) 335
- 2 6.66M 100 0 11653169 (+61541) 335
- 2 6.66M 100 0 11706550 (+53381) 335
- 2 6.54M 100 0 11758831 (+52281) 335
- 2 6.66M 100 0 11803132 (+44301) 335
- 2 6.66M 100 0 11854183 (+51051) 335
假如你认为隔断太长或是太短,可以行使 -i 参数调解输出隔断。
扫描大 KEY
这个成果太适用了,我已经在线上试过无数次了。每次碰着 Redis 偶尔卡顿题目,第一个想到的就是实例中是否存在大 KEY,大 KEY的内存扩容以及开释城市导致主线程卡顿。假如知道内里有没有大 KEY,可以本身写措施扫描,不外这太繁琐了。redis-cli 提供了 --bigkeys 参数可以很快扫出内存里的大 KEY,行使 -i 参数节制扫描隔断,停止扫描指令导致处事器的 ops 陡增报警。
- $ ./redis-cli --bigkeys -i 0.01
- # Scanning the entire keyspace to find biggest keys as well as
- # average sizes per key type. You can use -i 0.1 to sleep 0.1 sec
- # per 100 SCAN commands (not usually needed).
-
- [00.00%] Biggest zset found so far 'hist:aht:main:async_finish:20180425:17' with 1440 members
- [00.00%] Biggest zset found so far 'hist:qps:async:authorize:20170311:27' with 2465 members
- [00.00%] Biggest hash found so far 'job:counters:6ya9ypu6ckcl' with 3 fields
- [00.01%] Biggest string found so far 'rt:aht:main:device_online:68:{-4}' with 4 bytes
- [00.01%] Biggest zset found so far 'machine:load:20180709' with 2879 members
- [00.02%] Biggest string found so far '6y6fze8kj7cy:{-7}' with 90 bytes
(编辑:湖南网)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|