Redis 敢在线上做Keys正则匹配操作!你可以离职了!

存储 存储软件 Redis
redis2.8版本以后有了一个新命令scan,可以用来分批次扫描redis记录,这样肯定会导致整个查询消耗的总时间变大,但不会影响redis服务卡顿,影响服务使用。

[[262841]]

一条铁律

在业内,redis开发规范中有一条铁律如下所示

线上Redis禁止使用Keys正则匹配操作

然而大家都知道,却一直忘记,所以事故会不断的发生。

下面讲一讲在线上执行正则匹配操作,引起缓存雪崩,最终数据库宕机的原因。

分析原因

OK,先说两句废话

 1、redis是单线程的,其所有操作都是原子的,不会因并发产生数据异常

2、使用高耗时的Redis命令是很危险的,会占用***的一个线程的大量处理时间,导致所有的请求都被拖慢。(例如时间复杂度为O(N)的KEYS命令,严格禁止在生产环境中使用)

有上面两句作铺垫,原因就显而易见了。

  • (1)运维人员进行keys *操作,该操作比较耗时,又因为redis是单线程的,所以redis被锁住。
  • (2)此时QPS比较高,又来了几万个对redis的读写请求,因为redis被锁住,所以全部Hang在那。
  • (3)因为太多线程Hang在那,CPU严重飙升,造成redis所在的服务器宕机
  • (4)所有的线程在redis那取不到数据,一瞬间全去数据库取数据,数据库就宕机了。

需要注意的是,同样危险的命令不仅有keys *,还有以下几组

  • Flushdb 命令用于清空当前数据库中的所有key
  • Flushall 命令用于清空整个 Redis 服务器的数据(删除所有数据库的所有 key )
  • CONFIG 客户端连接后可配置服务器

因此,一个合格的redis运维或者开发,应该懂得如何禁用上面的命令。所以我一直觉得出现新闻中那种情况的原因,一般是人员的水平问题。

怎么禁用这些命令呢?

就是在redis.conf中,在SECURITY这一项中,我们新增以下命令:

  1. rename-command FLUSHALL "" 
  2. rename-command FLUSHDB "" 
  3. rename-command CONFIG "" 
  4. rename-command KEYS "" 

另外,对于FLUSHALL命令,需要设置配置文件中appendonly no,否则服务器是无法启动

注意了,上面的这些命令可能有遗漏,大家可以查官方文档。除了Flushdb这类和redis安全隐患有关的命令意外,但凡发现时间复杂度为O(N)的命令,都要慎重,不要在生产上随便使用。例如hgetall、lrange、smembers、zrange、sinter等命令,它们并非不能使用,但这些命令的时间复杂度都为O(N),使用这些命令需要明确N的值,否则也会出现缓存宕机。

改良建议

业内建议使用scan命令来改良keys和SMEMBERS命令

redis2.8版本以后有了一个新命令scan,可以用来分批次扫描redis记录,这样肯定会导致整个查询消耗的总时间变大,但不会影响redis服务卡顿,影响服务使用。

责任编辑:武晓燕 来源: 今日头条
相关推荐

2021-08-23 13:19:24

算法大数据技术

2020-11-19 08:00:03

打工人离职工作

2020-11-04 07:36:06

Redis二进制数据库

2022-01-04 08:16:49

编辑器在线编辑开发

2021-04-28 11:40:13

正则表达式Regex前端

2010-08-11 10:58:06

AndroidAndroid NDK

2020-02-14 13:18:26

AndroidEssentialEssential P

2021-03-14 15:58:26

手机定位系统

2018-03-13 13:48:53

2009-12-15 17:16:49

免费在线操作系统

2015-07-10 11:18:19

2017-08-18 22:40:33

线上线程备份

2010-08-09 16:30:53

面试

2019-10-23 09:00:06

Redis数据库

2019-07-24 09:47:17

CIO人工智能信息化

2022-08-29 15:26:58

MySQLSQL模式

2022-07-01 08:47:46

CIO数据源数据

2022-10-10 08:05:34

线程池OOM问题

2023-03-10 08:24:27

OOMdump线程

2022-05-18 10:38:51

Redis分布式锁数据
点赞
收藏

51CTO技术栈公众号