一日一技:这个使用场景,etcd 比 Redis 强。

本文涉及的产品
云数据库 Redis 版,社区版 2GB
推荐场景:
搭建游戏排行榜
简介: 一日一技:这个使用场景,etcd 比 Redis 强。

摄影:产品经理跟着产品经理到处浪

我们说,要评判一个东西的好坏,一定要说明具体在什么业务场景。脱离业务谈好坏是没有意义的。

Redis 非常强大,我出版过一本书专门介绍 Redis 的各种用法。但这并不是说 Redis 在各种方面都没有对手。至少在分布式系统的配置更新这个场景上面,我认为 etcd 做得更好。

要解释这个问题,我们来看一个具体的业务场景:

在 Redis 中有一个列表 sentence,里面会源源不断地写入字符串。现在我有一个过滤程序:trash_filter.py,它一条一条从 Redis 读取数据,判断字符串中是否有特定的关键词,如果有,那么直接丢弃。如果没有,那么把数据存入 MongoDB。

这个场景非常简单,于是你很快就写出了一个 Python 程序:



import redis
class TrashFilter:    def __init__(self):        self.client = redis.Redis()        self.trash_words = ['垃圾']
    def read_data(self):        while True:            data = self.client.lpop('sentence')            if not data:                return             yield data.decode()
    def do_filter(self):        for sentence in self.read_data():            for word in self.trash_words:                if word in sentence:                    break            else:                self.save_sentence(sentence)
    def save_sentence(self, sentence):        print('进行后续保存 sentence 的操作:', sentence)
if __name__ == '__main__':    trash_filter = TrashFilter()    trash_filter.do_filter()

在上面的代码中,需要过滤的词是以列表的形式直接写到代码里面的。那么问题来了,如果这些过滤词是动态改变的怎么办?每次为了修改这些词,你都需要重启一下这个程序吗?

可能有同学提到,可以把这些词存放到数据库里面,每次从数据库里面读取就可以了。Redis 本身就是一个 Key-Value 数据库,可以直接使用 Redis 的字符串来存放


def do_filter(self):        for sentence in self.read_data():            for word in self.client.get('trash_words').decode().split(','):                if word in sentence:                    break            else:                self.save_sentence(sentence)

把所有的过滤词以英文逗号分割组成长字符串,储存到Redis 中名为trash_words的字符串里。每读取到一个句子,都从 Redis 里面再次读取这个过滤词列表,然后进行检查。

这样做,实时性确实得到了保障,每次只要trash_word字符串一发生修改,程序立刻就能获取到最新的过滤词。

但这样做有一个问题——每次读取trash_words是需要请求网络的,而网络 IO 是非常费时间的。

那么我们是不是可以每5分钟获取一次最新的trash_words呢?当然也可以,我在文章:一日一技:实现有过期时间的LRU缓存中介绍过如何实现一个带有过期时间的 LRU 缓存。

这样做,速度确实提高了,但是实时性又降低了。

如果读者对 Redis 比较熟悉,当然也可以使用 Lua 脚本或者 Redis 的Pipeline 实现在一次请求里面同时获取一条句子并拿到过滤词列表,或者使用 Monitor 命令监控 Key 的变化。但代码写起来会比较复杂。

有没有又快又简单还稳定的解决方案呢?答案是有,那就是使用 etcd.

etcd 的官网写着这样一句话:

A distributed, reliable key-value store for the most critical data of a distributed system.

用于分布式系统最关键数据的分布式、可靠的键值储存。

etcd 本来就是为了分布式系统而生的,它专注于键值储存。初看起来,相当于只是 Redis 的字符串功能,但却比 Redis 的字符串更为强大。

我们可以监控 etcd 中的一个键,当它发生变化的时候,就调用我们提前定义好的函数。

在 Ubuntu 中,可以使用 apt-get 安装 etcd,在 macOS 中,可以使用 homebrew 安装 etcd。当然 etcd 也有已经编译好的可执行文件,可以从Releases · etcd-io/etcd · GitHub[1]下载下来直接运行就能启动一个单节点的 etcd 服务。

启动服务以后,我们再来安装一个Python 库,用来操作 etcd:


pip install etcd3

Python 读写 etcd 非常简单:


import etcd3
client = etcd3.client()client.put('key', value) # 添加数据value, kv_meta = client.get('key') # 读取数据,返回的数据value 是 bytes 型数据

而我们要用的,是 etcd 的watch功能。我们先写一段简单的代码来说明 watch的功能:


import etcd3import time
def callback(response):    for event in response.events:        print(f'Key: {event.key}发生改变!新的值是:{event.value}')
client = etcd3.client()client.add_watch_callback('test', callback)
for i in range(100):    print(i)    time.sleep(1)

正常情况下,这个程序会打印从0到99,每秒打印一个数字。但是当我们中途修改了 etcd 中,名为test这个 key 的值以后,我们发现回调函数被运行了,如下图所示:

可以看到,etcd 监控一个 key 是否变化,它不像 Redis 的blpop这样阻塞式地监控,而是在后台监控,当key 的值发生了改变时,触发一个事件,调用回调函数。所以整个监控的过程不会干预我们自己程序的正常运行。

在一般情况下,传入回调函数的response 对象,它的.events属性是只有一个元素的列表。但如果这个 key 在极短时间内变化了很多次,那么这个列表里面可能有多个值。

回到最开始需要解决的问题,我们引入 etcd 以后,困难轻轻松松就被解决了:

通过增加方框框住的update_trash_words方法,并把它作为监控trash_words这个Key 变化事件的回调函数,一旦这个 Key 发生了变化,就会调用回调函数,从而更新self.trash_words这个属性。

运行效果如下图所示:

可以看到,在红线上面,我是有脏数据的句子是不被过滤的,此时字也不是过滤词。但是当我们在命令行里面更新了 etcd,把新的过滤词改成垃圾,脏以后,就到了红线下面,我是有脏数据的句子就会被过滤了。

这样就做到了同时兼顾时效性和速度,避免了无效的网络请求。

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore     ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库 ECS 实例和一台目标数据库 RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
目录
相关文章
|
8月前
|
NoSQL Redis 数据安全/隐私保护
redis的 rdb 和 aof 持久化方式的区别及使用场景
redis的 rdb 和 aof 持久化方式的区别及使用场景
147 0
|
9月前
|
存储 NoSQL Java
蚂蚁金服Java研发岗二面:redis 常见数据结构以及使用场景分析
redis简单来说 就是一个数据库,不过与传统数据库不同的是 redis 的数据是存在内存中的,所以存写速度非常快,因此 redis 被广泛应用于缓存方向。另外,redis 也经常用来做分布式锁。redis 提供了多种数据类型来支持不同的业务场景。除此之外,redis 支持事务 、持久化、LUA脚本、LRU驱动事件、多种集群方案。所以在面试中我们经常可以看到redis的身影,今天给大家带来一道redis的面试真题以及解析,后面会给大家分享今年来redis常考试的一些真题。
140 0
|
15天前
|
存储 SQL NoSQL
Redis入门到通关之五大基本数据类型及其使用场景
Redis入门到通关之五大基本数据类型及其使用场景
17 0
|
7月前
|
缓存 NoSQL Java
Java 最常见的面试题:redis 是什么?都有哪些使用场景?
Java 最常见的面试题:redis 是什么?都有哪些使用场景?
|
9月前
|
缓存 NoSQL 小程序
|
5月前
|
存储 NoSQL 安全
Redis五大常用数据类型以及使用场景
Redis五大常用数据类型以及使用场景
88 0
Redis五大常用数据类型以及使用场景
|
5月前
|
存储 缓存 NoSQL
【服务器】Java连接redis及使用Java操作redis、使用场景
【服务器】Java连接redis及使用Java操作redis、使用场景
201 0
|
7月前
|
NoSQL Redis 数据库
29Redis - redis使用场景
29Redis - redis使用场景
39 0
|
7月前
|
存储 消息中间件 缓存
Redis数据类型及使用场景
Redis数据类型及使用场景
35 0
|
7月前
|
存储 SQL NoSQL
Redis五大基本数据类型及其使用场景
Redis五大基本数据类型及其使用场景