面试题：Redis（二）

1. 面试题

2. MoreKey案列  

事故案例 

 2.1 生成上如何限制key*/flushdb/flushall等危险命令的使用？

通过redis.conf配置文件中在SECURITY选项中禁用这些命令

2.2 不用key*避免卡顿那用什么？ 

用scan命令，类似mysql中的limit命令

语法： 

 特点：

SCAN 命令是一个基于游标的迭代器，每次被调用之后， 都会向用户返回一个新的游标， 用户在下次迭代时需要使用这个新游标作为 SCAN 命令的游标参数， 以此来延续之前的迭代过程。

 

SCAN 返回一个包含两个元素的数组， 

第一个元素是用于进行下一次迭代的新游标， 

第二个元素则是一个数组， 这个数组中包含了所有被迭代的元素。如果新游标返回零表示迭代已结束。

 

SCAN的遍历顺序

非常特别，它不是从第一维数组的第零位一直遍历到末尾，而是采用了高位进位加法来遍历。之所以使用这样特殊的方式进行遍历，是考虑到字典的扩容和缩容时避免槽位的遍历重复和遗漏。

3. BigKey案列 

3.1 多大算big

 3.2 大key危害

1. 内存分布不均，集群迁移困难（类似学生搬行李到学校，一个大key把家给搬到学校）

2. 超时删除，大key在作祟

3. 网络流量阻塞

3.3 如何发现大key 

好处，见最下面总结

给出每种数据结构Top 1 bigkey，同时给出每种数据类型的键值个数+平均大小

不足

想查询大于10kb的所有key，--bigkeys参数就无能为力了，需要用到memory usage来计算每个键值的字节数

 

redis-cli --bigkeys -a 111111 

redis-cli -h 127.0.0.1 -p 6379 -a 111111 --bigkeys

每隔 100 条 scan 指令就会休眠 0.1s，ops 就不会剧烈抬升，但是扫描的时间会变长 redis-cli -h 127.0.0.1 -p 7001 –-bigkeys -i 0.1

 

3.4 如何删除

3.5 bigKey生产调优