高可用Redis(一):通用命令,数据结构和内部编码,单线程架构

本文涉及的产品
云数据库 Tair(兼容Redis),内存型 2GB
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
简介: 1.通用API1.1 keys命令和dbsize命令keys * 遍历所有keykeys [pattern] 遍历模式下所有的keydbsize 计算Redis中所有key的总数例子:127.

1.通用API

1.1 keys命令和dbsize命令

keys *              遍历所有key
keys [pattern]      遍历模式下所有的key
dbsize              计算Redis中所有key的总数

例子:

127.0.0.1:6379> set hello world
OK
127.0.0.1:6379> set php good
OK
127.0.0.1:6379> set python best
OK
127.0.0.1:6379> keys *          # 查看Redis中所有的key
1) "hello"
2) "python"
3) "php"
127.0.0.1:6379> dbsize          # 查看Redis中key的总数
(integer) 3
127.0.0.1:6379> keys p*         # 查看Redis中以p开头的所有的key
1) "python"
2) "php"
127.0.0.1:6379> set perl aaa
OK
127.0.0.1:6379> set c++ bbb
OK
127.0.0.1:6379> keys p*          # 查看Redis中所有的key
1) "python"
2) "php"
3) "perl"
127.0.0.1:6379> dbsize          # 查看Redis中key的总数
(integer) 5
127.0.0.1:6379> mset k1 v1 k2 v2 k3 v3 k4 v4
OK
127.0.0.1:6379> dbsize          # 查看Redis中key的总数
(integer) 9

注意事项:

!.keys命令的时间复杂度为O(n)
2.在生产环境中,使用keys命令取出所有key并没有什么意义,而且Redis是单线程应用,如果Redis中存的key很多,使用keys命令会阻塞其他命令执行,所以keys命令一般不在生产环境中使用
3.dbsize命令的时间复杂度是O(1)
4.Redis内置一个计数器,可以实时更新Redis中key的总数,所以dbsize命令可以在线上使用

1.2 exists命令和del命令

exists key              判断一个key是否存在
del key [key...]        删除指定的key-value

例子:

127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> exists k1       # 判断k1是否存在
(integer) 1     
127.0.0.1:6379> exists k2       # 判断k2是否存在
(integer) 1
127.0.0.1:6379> del k1          # 删除k1这个键值对
(integer) 1
127.0.0.1:6379> exists k1       # 判断k1是否存在,0表示不存在 
(integer) 0
127.0.0.1:6379> exists k2       # 判断k2是否存在,1表示key存在
(integer) 1
127.0.0.1:6379> set a1 b1 
OK
127.0.0.1:6379> set a2 b2
OK
127.0.0.1:6379> del a1 a2       # 删除a1和a2键值对
(integer) 2

注意事项:

del命令和exists命令的时间复杂度为O(1)

1.3 expire命令,ttl命令和persist命令

expire key seconds      设置key的过期时间,多少seconds后过期
ttl key                 查看key剩余的过期时间
persist key             去掉key的过期时间

例子:

127.0.0.1:6379> set hello world
OK
127.0.0.1:6379> expire hello 20
(integer) 1             # 设置hello这个key的过期时间为20秒
127.0.0.1:6379> ttl hello
(integer) 17            # 还有17秒过期
127.0.0.1:6379> ttl hello
(integer) 11            # 还有11秒过期
127.0.0.1:6379> get hello
"world"
127.0.0.1:6379> ttl hello
(integer) 5             # 还有5秒过期
127.0.0.1:6379> ttl hello
(integer) -2            # -2表示key已经不存在了 
127.0.0.1:6379> set hello world
OK
127.0.0.1:6379> expire hello 20
(integer) 1             # 设置hello这个key的过期时间为20秒
127.0.0.1:6379> ttl hello
(integer) 15            # 还有15秒过期
127.0.0.1:6379> persist hello
(integer) 1             # 删除hello的过期时间
127.0.0.1:6379> ttl hello 
(integer) -1            # -1表示key存在,并且没有过期时间
127.0.0.1:6379> get hello
"world"

注意事项:

expire命令和ttl命令,persist命令的时间复杂度都是O(1)

1.4 type命令

type key        # 返回key的类型

例子:

127.0.0.1:6379> set a b
OK
127.0.0.1:6379> type a
string
127.0.0.1:6379> sadd myset 1 2 3
(integer) 3
127.0.0.1:6379> type myset
set
127.0.0.1:6379> type abc        # 查看一个不存在的key时,返回None,表示key不存在
none

注意事项:

type的返回结果有6种:string,hash,list,set,zset,none
type命令的时间复杂度为O(1)

2.数据结构和内部编码

Redis每种数据结构及对应的内部编码如下图所示

img_0f028aea1526ece2bf8ee76a6b546533.png

3.单线程架构

Redis内部使用单线程架构。

比如一条公路,这条公路只有一条车道。所有从这条车道上行驶的车,都必须按先来后到的顺序依次行驶

Redis一个瞬间只能执行一条命令,不能执行两条命令

3.1 Redis单线程为什么这么快

1.纯内存
Redis把所有的数据都保存在内存中,而内存的响应速度是非常快的

2.非阻塞IO
Redis使用epoll异步非阻塞模型
Redis自身实现了事件处理

3.避免线程切换和竞态消耗
在使用多线程编程中,线程之间的切换也会消耗一部分CPU资源,
如果不合理的实现多线程编程,可能比单线程还要慢

注意事项:

一次只运行一条命令
拒绝长(慢)命令
    keys 
    flushall
    flushdb
    slow lua script
    mutil/exec
    operate
目录
相关文章
|
10天前
|
机器学习/深度学习 人工智能 自然语言处理
编码器-解码器架构详解:Transformer如何在PyTorch中工作
本文深入解析Transformer架构,结合论文与PyTorch源码,详解编码器、解码器、位置编码及多头注意力机制的设计原理与实现细节,助你掌握大模型核心基础。建议点赞收藏,干货满满。
303 2
|
1月前
|
存储 NoSQL 算法
Redis的集群架构与使用经验
本文介绍了Redis的集群架构与使用经验,包括主从复制、哨兵集群及Cluster分片集群的应用场景与实现原理。内容涵盖Redis主从同步机制、数据分片存储方式、事务支持及与Memcached的区别,并讨论了Redis内存用尽时的处理策略。适用于了解Redis高可用与性能优化方案。
|
5月前
|
存储 NoSQL Redis
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 + 无锁架构 + EDA架构 + 异步日志 + 集群架构
阿里面试:Redis 为啥那么快?怎么实现的100W并发?说出了6大架构,面试官跪地: 纯内存 + 尖端结构 +  无锁架构 +  EDA架构  + 异步日志 + 集群架构
|
11月前
|
监控 NoSQL 安全
如何在 Redis 中正确使用多线程?
【10月更文挑战第16天】正确使用 Redis 多线程需要综合考虑多个因素,并且需要在实践中不断摸索和总结经验。通过合理的配置和运用,多线程可以为 Redis 带来性能上的提升,同时也要注意避免可能出现的问题,以保障系统的稳定和可靠运行。
302 2
|
11月前
|
存储 NoSQL Redis
Redis 新版本引入多线程的利弊分析
【10月更文挑战第16天】Redis 新版本引入多线程是一个具有挑战性和机遇的改变。虽然多线程带来了一些潜在的问题和挑战,但也为 Redis 提供了进一步提升性能和扩展能力的可能性。在实际应用中,我们需要根据具体的需求和场景,综合评估多线程的利弊,谨慎地选择和使用 Redis 的新版本。同时,Redis 开发者也需要不断努力,优化和完善多线程机制,以提供更加稳定、高效和可靠的 Redis 服务。
252 1
|
6月前
|
缓存 NoSQL 中间件
Redis的线程模型
Redis采用单线程模型确保操作的原子性,每次只执行一个操作,避免并发冲突。它通过MULTI/EXEC事务机制、Lua脚本和复合指令(如MSET、GETSET等)保证多个操作要么全成功,要么全失败,确保数据一致性。Redis事务在EXEC前失败则不执行任何操作,EXEC后失败不影响其他操作。Pipeline虽高效但不具备原子性,适合非热点时段的数据调整。Redis 7引入Function功能,支持函数复用,简化复杂业务逻辑。总结来说,Redis的单线程模型简单高效,适用于高并发场景,但仍需合理选择指令执行方式以发挥其性能优势。
173 6
|
6月前
|
Java 调度
Java线程池的实现架构
线程池是一种用于管理多线程的池化技术,通过复用线程减少创建和销毁线程的开销。Java中的线程池架构包括`Executor`、`ExecutorService`、`ScheduledExecutorService`等接口,以及`ThreadPoolExecutor`和`ScheduledThreadPoolExecutor`两个核心实现类。`Executors`工厂类提供了便捷的线程池创建方法。线程池不仅简化了多线程编程,还能避免线程过多导致的资源消耗和切换开销。本文从使用示例入手,剖析了线程池的实现原理及其内部架构,重点分析调度线程池的实现机制。
|
6月前
|
Java 调度
Java线程池实现架构
Java线程池实现架构
|
9月前
|
机器学习/深度学习 算法 数据可视化
基于深度混合架构的智能量化交易系统研究: 融合SSDA与LSTM自编码器的特征提取与决策优化方法
本文探讨了在量化交易中结合时序特征和静态特征的混合建模方法。通过整合堆叠稀疏降噪自编码器(SSDA)和基于LSTM的自编码器(LSTM-AE),构建了一个能够全面捕捉市场动态特性的交易系统。SSDA通过降噪技术提取股票数据的鲁棒表示,LSTM-AE则专注于捕捉市场的时序依赖关系。系统采用A2C算法进行强化学习,通过多维度的奖励计算机制,实现了在可接受的风险水平下最大化收益的目标。实验结果显示,该系统在不同波动特征的股票上表现出差异化的适应能力,特别是在存在明确市场趋势的情况下,决策准确性较高。
243 5
基于深度混合架构的智能量化交易系统研究: 融合SSDA与LSTM自编码器的特征提取与决策优化方法
|
8月前
|
存储 负载均衡 NoSQL
搭建高可用及负载均衡的Redis
通过本文介绍的高可用及负载均衡Redis架构,可以有效提升Redis服务的可靠性和性能。主从复制、哨兵模式、Redis集群以及负载均衡技术的结合,使得Redis系统在应对高并发和数据一致性方面表现出色。这些配置和技术不仅适用于小型应用,也能够支持大规模企业级应用的需求。希望本文能够为您的Redis部署提供实用指导和参考。
666 9