面试题：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
每隔 100 条 scan 指令就会休眠 0.1s，ops 就不会剧烈抬升，但是扫描的时间会变长 redis-cli -h 127.0.0.1 -p 7001 –-bigkeys -i 0.1
3.4 如何删除
3.5 bigKey生产调优
原文地址：https://blog.csdn.net/2301_79526467/article/details/142747404
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！