redis 的 KEYS 命令不能乱用啊...

[fundebug]

据说损失了几百万。。。文章总结得很好：

Redis 的 KEYS 命令引起 RDS 数据库雪崩，RDS 发生两次宕机，造成几百万的资金损失

[aspromiss]

上周刚用过一次 keys 键前缀* 查询，惨痛教训

[thechosenone]

长知识

[echoZero]

我们之前一个同事 keys 一把 然后线上 redis 直接来了一波 Redis 超时

[linxl]

keys 不能用， 那应该用什么？

[mht]

@linxl 刚刚看完这个文章 说是换 scan

[wps353]

缓存雪崩

[jiantalk]

Redis 是单线程要阻塞，我司的同学比较喜欢用这个，还好我们量不算大

[mrgeneral]

正常啊 这个线上和容易超时，因为 redis 是单进程的。

封装一个 scan 命令就好了，正常命令行下的 scan 命令不太好用，得多次迭代才能找到 key

[linxl]

@mht 哈，看到了

[sampeng]

keys 是肯定不能用的。。scan 才行。。。封装即可。。。。

[misaka19000]

我们有同事用 medis 连到生产的库，这玩意一连上去就会自动执行 keys *来获取所有的 key，然后生产环境的 Redis 就主备切换了，还是挺危险的

[CMGS]

keys 是全局锁……用 scan 可破

[ghl]

@misaka19000 #11 medis 用的是 scan 吧，刚本地 monitor 确认了下确实没用 keys

[misaka19000]

@ghl #13 是的 刚刚问了下他用的不是 medis，是另外一个工具

[Ryoma]

直接把 keys 禁用就好了

[aa6563679]

一直在用 keys....不过我这数据都存 hash 了 key 并不多

[orangeade]

遇到过这个事故

[Rosanta]

这命令直接禁用就行了，或者 rename 走

[yaodong0126]

这个命令，我在自己封的 client 中，直接屏蔽掉了...

[derrickT]

keys 是遍历所有的 key，key 多的时候当然会非常慢