每天一个离职小技巧：在Redis生产环境执行杀伤性命令

欢迎关注微信公众号：互联网全栈架构

先声明一下，写这样的文章，并不是鼓励大家离职，恰恰相反，在如今惨淡的IT就业形势下，奉劝大家千万不要离职！除非迫不得已！文章的本意就是提醒朋友们不要这么做，否则可能会有被开除的风险，因为这样的做法危害性实在是太大了。

Redis提供了很多功能强大、使用简便的命令，但如果使用不当，有些命令的使用会带来意想不到的问题，特别是在生产环境中。我们今天就来看看有哪些命令需要慎用：

1. keys：此命令会扫描所有的键，如果生产环境数据量大，就会导致执行速度很慢，阻塞其他正常的客户端请求，降低整体性能；而且可能还会存在安全问题，把敏感数据都显示出来了。

2. flushdb,flushall：它会删除所有的键，flushdb是针对当前选中的数据库，而flushall是针对所有的数据库。如果在生产环境执行删除所有数据的命令，想想都让人害怕。而且，敲了回车以后，这货并不会提示：Are you sure？或者Continue(Y/N)？之类的，而是直接开始执行了。

3. save, bgsave：手动触发RDB的快照保存，如果数据量很大，可能会导致阻塞。关于Redis的持久化，可参考：吃透Redis系列：数据持久化。

4. debug sleep：它会让redis停止工作一段时间。。。

还有命令需要在生产环境中慎用？你有没有碰到过类似的问题？欢迎留言讨论。

推荐阅读：

每天一个离职小技巧：吞异常