高可用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
相关实践学习
基于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
目录
相关文章
|
1月前
|
监控 NoSQL 安全
如何在 Redis 中正确使用多线程?
【10月更文挑战第16天】正确使用 Redis 多线程需要综合考虑多个因素,并且需要在实践中不断摸索和总结经验。通过合理的配置和运用,多线程可以为 Redis 带来性能上的提升,同时也要注意避免可能出现的问题,以保障系统的稳定和可靠运行。
44 2
|
1月前
|
存储 NoSQL Redis
Redis 新版本引入多线程的利弊分析
【10月更文挑战第16天】Redis 新版本引入多线程是一个具有挑战性和机遇的改变。虽然多线程带来了一些潜在的问题和挑战,但也为 Redis 提供了进一步提升性能和扩展能力的可能性。在实际应用中,我们需要根据具体的需求和场景,综合评估多线程的利弊,谨慎地选择和使用 Redis 的新版本。同时,Redis 开发者也需要不断努力,优化和完善多线程机制,以提供更加稳定、高效和可靠的 Redis 服务。
37 1
|
3月前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法,以及RedLock相比单机锁在高可用性上的优势,同时指出了其在某些特殊场景下的不足,并提到了ZooKeeper作为另一种实现分布式锁的方案。
113 2
基于Redis的高可用分布式锁——RedLock
|
2月前
|
消息中间件 存储 NoSQL
剖析 Redis List 消息队列的三种消费线程模型
Redis 列表(List)是一种简单的字符串列表,它的底层实现是一个双向链表。 生产环境,很多公司都将 Redis 列表应用于轻量级消息队列 。这篇文章,我们聊聊如何使用 List 命令实现消息队列的功能以及剖析消费者线程模型 。
98 20
剖析 Redis List 消息队列的三种消费线程模型
|
1月前
|
存储 运维 NoSQL
Redis为什么最开始被设计成单线程而不是多线程
总之,Redis采用单线程设计是基于对系统特性的深刻洞察和权衡的结果。这种设计不仅保持了Redis的高性能,还确保了其代码的简洁性、可维护性以及部署的便捷性,使之成为众多应用场景下的首选数据存储解决方案。
41 1
|
1月前
|
存储 NoSQL 大数据
大数据-51 Redis 高可用方案CAP-AP 主从复制 一主一从 全量和增量同步 哨兵模式 docker-compose测试
大数据-51 Redis 高可用方案CAP-AP 主从复制 一主一从 全量和增量同步 哨兵模式 docker-compose测试
34 3
|
1月前
|
NoSQL Redis 数据库
Redis单线程模型 redis 为什么是单线程?为什么 redis 单线程效率还能那么高,速度还能特别快
本文解释了Redis为什么采用单线程模型,以及为什么Redis单线程模型的效率和速度依然可以非常高,主要原因包括Redis操作主要访问内存、核心操作简单、单线程避免了线程竞争开销,以及使用了IO多路复用机制epoll。
49 0
Redis单线程模型 redis 为什么是单线程?为什么 redis 单线程效率还能那么高,速度还能特别快
|
2月前
|
NoSQL 网络协议 Unix
1)Redis 属于单线程还是多线程?不同版本之间有什么区别?
1)Redis 属于单线程还是多线程?不同版本之间有什么区别?
70 1
|
1月前
|
存储 分布式计算 算法
大数据-105 Spark GraphX 基本概述 与 架构基础 概念详解 核心数据结构
大数据-105 Spark GraphX 基本概述 与 架构基础 概念详解 核心数据结构
49 0
|
2月前
|
存储 消息中间件 NoSQL
Redis的单线程设计之谜:高性能与简洁并存
Redis的单线程设计之谜:高性能与简洁并存
44 0
下一篇
无影云桌面