ToB企服应用市场:ToB评测及商务社交产业平台

标题: Redis通用命令 [打印本页]
作者: 八卦阵    时间: 2024-8-27 22:23
标题: Redis通用命令
通过Redis-cli客户端和Redis服务器交互
涉及到很多Redis的命令，掌握常用命令以及学会使用Redis文档
Redis中最核心的两个命令

get和set

   Redis是按照键值对的方式举行存储
  get 根据key来取value
  set 把key和value存储进去
  必须先进入redis-cli客户端，才气输入redis命令

set key value
key value都得是字符串，尽管是字符串，但并不必要双引号，如果加上引号也是可以的，‘“均可以


redis命令不区分大小写

get命令同样get key1获得value1

如果当前get key，key不存在，那么会返回nil


Redis全局命令-keys命令

Redis支持很多数据布局，整体上来说是键值对布局，key固定就是字符串，value实际上会有很多类型，例如字符串，哈希表，列表，聚集，有序聚集
操作不同的数据布局就会有不同的命令，所谓全局命令就是可以或许搭配任意数据布局
keys

keys-用来查询当前服务器上匹配的key
通过一些特别符号（通配符）来形貌key的模样，匹配上述模样的key就能查询出来

pattern形貌了字符串符合的要求，来筛选了字符串

pattern具体怎么写？支持怎样的通配符，
匹配规则

? 匹配任意一个字符


* 匹配0个或者任意一个字符


[ae] 只能匹配a e，别的不可，相称于给出了具体的选项


[^e] 代表清除e，只有e清除不了，其他的都能匹配


[a-b] 只能是a至b这个范围内的字符，同时包括两侧界限



上述匹配规则，不消刻意背，实践才气牢记
留意事项：

   keys命令的时间复杂度是O(N)，因为要遍历整个key，以是在生产环境上少使用keys *命令，非常危险，生产环境上的key非常多，Redis是一个单线程的服务器，实行keys *服务器时间长，就使得redis服务器被阻塞了，无法给其他客户端提供服务
  redis经常用于做缓存，挡在MySQL前，如果redis阻塞，此时其他查询redis操作就超时了，此时这些请求就会直接查询数据库，突然一大波请求过来了，MySQL措手不及，就容易挂了，整个系统就瘫痪了，如果未及时发现恢复，后果严重~（把工作带走）
生产环境（线上环境）

1.办公环境 笔记本，一般配置CPU8核，内存16G，硬盘512G

2.开辟环境 有的时候，办公环境和开辟环境是一个，有的时候，开辟环境是单独的服务器

做前端/客户端，一般来说，开辟环境就是办公环境了
有的后端步伐，会比较复杂

3.测试环境 测试工程师使用，单独服务器，配置较好

4.线上环境（生产环境） 上述环境均为线下环境->外界用户无法访问到

线上环境则是外界用户可以访问到，一旦生产环境出问题，会对用户/公司产生影响
exists
判定key是否存在

返回值是key存在的个数，Redis不是键值对布局嘛？为什么有多个key？这里的Redis非常特别
时间复杂度为O(N) N代表着key对应的个数有N个 按照这些key按照哈希表的方式举行构造，以是和哈希表的查询复杂度一样，Redis支持很多数据布局，指的是一个Value可以是很多复杂的数据布局，Redis具体的某个值，又可以是一些数据布局

分两次查询和分一次查询有什么区别吗？切记，网络通讯效率低，开销大，以是一次请求响应比两次请求响应更加灵敏，

封装和分用，举行网络通讯的时候，发送方发送一个数据，这个数据就要从应用层，到物理层，层层封装（每一次协议都要加上报头或者尾），吸收方收到一个数据，这个数据就要从物理层到应用层层层分层，网卡是IO装备，斲丧很大的开销，更何况，客户端和服务器不肯定在同一个主机上，以是Redis的很多命令都支持一次操作多个key的/支持多种操作
del

删除指定的key，可以一次删除多个key

时间复杂度为O(k)，k为删除掉key的个数
返回值：删除掉key的个数

在Redis中删除数据很严重吗？Redis主要的应用场景就是作为缓存，此时Redis里存的只是热点数据，全量数据是在MySQL中，此时如果把Redis中的key删除几个，一般来说，问题不大，但是如果把以是的的数据或者一大半的数据删除掉，影响掉会很大（Redis帮MySQL负重前行，效果没了很多多少，此时请求就会发送到MySQL中，此时MySQL可能会挂了，后果就会很严重）
如果把Redis当作数据库，此时误删数据的影响就会很大了
如果把Redis当作消息队列，具体问题具体分析
归根结底，不要乱删数据！！
expire

作用是给指定的key设置过期时间，key存活时间超出这个指定的值，就会被自动删除，
设置的时间单元为秒，很多业务场景具有时间限定，例如验证码，点外卖优惠券~~
基于Redis实现分布式锁，为了制止出现不能准确解锁的情况下，都会在加锁的时候设置一下过期时间，所谓的使用Redis作为分布式锁，就是给Redis里写一个key value

对于计算机来说，秒是很长的，以是有pexire 单元为毫秒
返回1是乐成的，返回0则说明设置失败（必须有相应的key）

此时hillo就会自动烧毁

ttl

（time to live）查询某key的剩余的烧毁时间
在ip协议报头中就有一个字段TTL，此处的ttl不实用时间来衡量的，使用次数来展示生命周期的
pttl是与ttl相对应的

返回值为剩余过期时间，-1表示没有关联过期时间，-2表示key不存在

Redis中key过期策略是怎么实现的？

一个Redis中可能存在很多很多key，这些key中可能有很大一部分都有过期时间，此时Redis服务器怎样知道那些key已经过期要被删除，哪些key还没过期？
如果直接遍历所有的key效率很低
Redis整体的策略为：定期删除+惰性删除

1.惰性删除：假设key已经到过期时间了，但是暂时还没删他，key还存在，紧接着，后面有一次访问，恰好用到了这个key，于是这次访问就会让Redis服务器触发删除key的操作，同时在返回一个nil

2.定期删除：每隔一段时间，Redis服务器举行删除已经过期的key，但是如果遍历效率很低，以是Redis服务器每次只抽取一部分，举行验证过期时间，保证这个抽取检查的过程，充足快

   Question：为什么堆定期删除的时间有明确时间？
  
  Answer：因为Redis是单线程步伐，主要的任务（处理每个命令的任务，刚才扫描过期key），如果扫描过期key斲丧的时间太多了，就可能导致正常处理请求命令就会被阻塞了（产生了实行key *操作如许的效果）
  虽然有两种策略结合，但是仍有很多残留过期的key，没有及时删除掉，以是Redis为了对上述举行补充，还提供了一系列的内存淘汰策略
1.Redis中并没有接纳定时器的方式来实现过期key删除的策略

2.如果有多个key过期，也可以通过一个定时器来高效/节流CPU的前提下来处理多个key（基于优先级队列，时间轮都可以实现比较高效的定时器）

   Question：为啥Redis没有接纳这种定时器的方式呢？
  
  Answer：很难考据为啥，基于定时器实现，就要引入多线程了，Redis早期版本就奠基了单线程的基调，引入多线程就突破了作者的初衷
  定时器：在某个时间到达以后，实行指定的任务

1.基于优先级队列/堆的方式正常的队列是先进先出，但是优先级队列是按照指定的优先级举行收支

   
  如果出现新任务更早，那么重新唤醒检查线程，详情请看该文章
2.基于时间轮实现的定时器

   
  type

返回key对应value的数据类型

Redis作为消息队列的时候，使用这个类型的value，也就是上图中的stream
在Redis，操作方式差异很大，使用的命令都是完全不同的，以是在操作数据类型时举行type查询
时间复杂度是O(1)



总结：

   

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4