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

[fundebug]

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

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

[tachikomachann]

我们线上一直是禁用这个的

[Linxing]

所以 Keys 设计出来的意义是？？

[yueyoum]

所以现在工程师这么好做吗？

这是大概 4，5 年前 学习 redis 的时候， 准备用在产品中的 基础啊

[dengtongcai]

会阻塞的！

[pricelessLucky]

长知识了

[kslr]

这一定是没看文档

[xuanbg]

key 的数量只有千把个是没问题的，数量上万了就很危险了。hash 也一样，存对象似乎很方便，但如果一次要操作多个属性，还是序列化后存 string 更好。redis 虽然速度快，但读写次数多了也就不快了。连续读写 rides 十几次，可能还没读写一次 mysql 数据库快。

[moonsn]

学到了，下周回去改代码😂

[fundebug]

@moonsn1994 应该今天晚上改

[unixbeta]

擦，现在这个时代还有技术跟不上业务的，真是可耻。

[fanyingmao]

@xuanbg 用 string 的话感觉只读写少量属性，却操作了全部的数据，redis 读写数据量和次数哪个对性能消耗更大？要有数据量和次数消耗的比值才好权衡。

[hcymk2]

https://www.v2ex.com/t/116657

[yuatom]

生产环境不能用 keys，算是规范了吧。

[Immortal]

一直以为这个是常识
和数据库 like 类似

[sampeng]

@fanyingmao 记住 redis 是线程动物，所有性能和问题都是出于忘记这个事实。

读大数据量必然引起其他客户端操作延迟增大(大的 string)，操作大的内部对象必然引起其他客户端操作延迟，甚至有严重的瓶颈(把大的 hash/list 全取出来)

[sampeng]

@fanyingmao 数据量单机不做特别操作，云主机有自己的限制，不是无上限。500 左右？具体得问云主机。自建的就看交换机能力了，千兆上下浮动。这个跑满，全部都得跪

[kingcc]

文章末尾的开发建议总结的非常好，点赞

[cpdyj0]

没实际用过 Redis，学生党，但最早接触到这玩意儿的时候就知道不能用 KEYS * 啊…… CPU 会被打满啊

[karllynn]

用 scan 就行啊。。redis 应该提供配置直接禁用某些命令，哈

[xuanbg]

@fanyingmao 有可能一次读取或更新超过 5 个属性的话，果断 string。hash 我一般都是用来存配置，就是为了减少 key 数量，另外，客户端连上去，也更容易管理。