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

简介: 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
目录
相关文章
|
3月前
|
SQL 监控 关系型数据库
MySQL主从复制:构建高可用架构
本文深入解析MySQL主从复制原理与实战配置,涵盖复制架构、监控管理、高可用设计及性能优化,助你构建企业级数据库高可用方案。
|
4月前
|
运维 监控 搜索推荐
MSE ZooKeeper:Flink 高可用架构的企业级选择
本文深入解析了 Apache Flink 架构中 ZooKeeper 的核心作用,包括 Leader 选举、Checkpoint 管理、作业协调及配置管理等关键功能,并结合金融风控与电商推荐等典型场景,分析了 ZooKeeper 在实际应用中的技术实现。
|
2月前
|
运维 监控 安全
公链开发中的高可用架构设计要点
本指南提供公链高可用架构的可复用流程与模板,涵盖目标拆解、先决条件、分步执行、故障排查及验收标准,结合跨链DApp与量化机器人案例,提升落地效率与系统稳定性。
|
2月前
|
机器学习/深度学习 人工智能 自然语言处理
36_T5与编码器-解码器架构
T5(Text-to-Text Transfer Transformer)是由Google Research于2019年提出的一种革命性的预训练语言模型。它的核心创新在于提出了一种统一的框架,将所有自然语言处理(NLP)任务都转换为文本到文本的格式,即输入和输出都是文本序列。
|
2月前
|
缓存 运维 监控
Redis 7.0 高性能缓存架构设计与优化
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Redis 7.0高性能缓存架构,探索函数化编程、多层缓存、集群优化与分片消息系统,用代码在二进制星河中谱写极客诗篇。
|
3月前
|
存储 监控 NoSQL
Redis高可用架构全解析:从主从复制到集群方案
Redis高可用确保服务持续稳定,避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余,哨兵模式支持自动故障转移,Cluster集群则提供分布式数据分片与水平扩展,三者层层递进,保障读写分离、容灾切换与大规模数据存储,构建高性能、高可靠的Redis架构体系。
|
3月前
|
机器学习/深度学习 人工智能 自然语言处理
编码器-解码器架构详解:Transformer如何在PyTorch中工作
本文深入解析Transformer架构,结合论文与PyTorch源码,详解编码器、解码器、位置编码及多头注意力机制的设计原理与实现细节,助你掌握大模型核心基础。建议点赞收藏,干货满满。
966 3
|
4月前
|
存储 NoSQL 算法
Redis的集群架构与使用经验
本文介绍了Redis的集群架构与使用经验,包括主从复制、哨兵集群及Cluster分片集群的应用场景与实现原理。内容涵盖Redis主从同步机制、数据分片存储方式、事务支持及与Memcached的区别,并讨论了Redis内存用尽时的处理策略。适用于了解Redis高可用与性能优化方案。
|
2月前
|
Java
如何在Java中进行多线程编程
Java多线程编程常用方式包括:继承Thread类、实现Runnable接口、Callable接口(可返回结果)及使用线程池。推荐线程池以提升性能,避免频繁创建线程。结合同步与通信机制,可有效管理并发任务。
174 6
|
5月前
|
Java API 微服务
为什么虚拟线程将改变Java并发编程?
为什么虚拟线程将改变Java并发编程?
316 83

热门文章

最新文章