今天分享一次Redis引发的线上事故,避免再次踩雷,实现快速入门,丰富个人简历,提高面试level,给自己增加一点谈资,秒变面试小达人,BAT不是梦。
一个命令损失数百万,这,需要赔偿吗?
代码不规范,同事两行泪,撸码需谨慎!
处于好奇考虑,我来测试一下,这到底是什么问题?
写入1000万数据。
通过查看一下是否写入成功。
在redis.conf文件中配置security:
rename- command flushdb “”
rename- command flushall “”
Redis Scan 命令用于迭代数据库中的数据库键。
SCAN 命令是一个基于游标的迭代器,每次被调用之后, 都会向用户返回一个新的游标, 用户在下次迭代时需要使用这个新游标作为 SCAN 命令的游标参数, 以此来延续之前的迭代过程。
SCAN 返回一个包含两个元素的数组, 第一个元素是用于进行下一次迭代的新游标, 而第二个元素则是一个数组, 这个数组中包含了所有被迭代的元素。如果新游标返回 0 表示迭代已结束。
scan语法:
阿里云Redis开发规范中明确规定。
String类型控制在10KB以内,hash、list、set、zset元素个数不要超过5000。
String类型的用del删除。其它类型使用hscan、sscan、zscan方式渐进式删除,同时要避免bigkey过期时间自动删除问题,因为它会造成主线程阻塞。
Hash 删除: hscan+hdel
Jedis jedis=new Jedis(host, port);
if (password !=null && !””.equals(password)) {
jedis.auth(password);
}
ScanParams scanParams=new ScanParams().count(100);
String cursor=”0″;
do {
ScanResult<Entry<String, String>> scanResult=jedis.hscan(bigHashKey, cursor, scanParams);
List<Entry<String, String>> entryList=scanResult.getResult();
if (entryList !=null && !entryList.isEmpty()) {
for (Entry<String, String> entry : entryList) {
jedis.hdel(bigHashKey, entry.getKey());
}
}
cursor=scanResult.getStringCursor();
} while (!”0″.equals(cursor));
//删除 bigkey
jedis.del(bigHashKey);
}
内存不均,集群迁移困难;超时删除,阻塞线程;网络流量阻塞;
(1)通过查找。
(2)计算每个键值的字节数,通过memory usage key查找
到此这篇关于关于Redis bigkeys命令会阻塞问题的解决的文章就介绍到这了,更多相关Redis bigkeys命令阻塞内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!