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危害
内存分布不均，集群迁移困难（类似学生搬行李到学校，一个大key把家给搬到学校）
超时删除，大key在作祟
网络流量阻塞
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生产调优
