Redis通用命令 easy learning

大家好这篇文章带来的是有关Redis的相关内容讲解希望各位能够有所收获~1.set给指定的键Key设置一个值Value覆盖已存在的旧值。set key value类似哈希表一样设置key和value的映射2.get根据键Key获取对应的值Valueget key如果key 不存在返回(nil)等同于空值如果 key 对应的不是字符串类型比如是列表、哈希会报错。值的类型SET/GET只能存字符串但字符串可以是普通文本名字、描述数字年龄、金额JSON 字符串对象数据二进制数据图片、文件3.keys3.1patternpattern模式匹配* --- 0-n个字符匹配? --- 一个字符匹配[^x] --- 除了x的其他 --- [^xy]除了x/y的其他[a-z] --- 匹配a-z[abc] --- 匹配a/b/c --- [a^b] 匹配a/^/b3.2风险keys的时间复杂度O(N)如果使用keys *将在生产环境卡住redis服务器单线程出现大问题导致其他业务瘫痪4.环境办公环境入职公司之后公司给你发个电脑开发环境有的时候开发环境和办公环境是一个有的时候开发环境是单独的服务器测试环境测试工程师使用的线上环境/生产环境线上环境则是外界用户能够访问到的一旦生产环境上出问题一定会对于用户的使用产生影响5.exists判定key是否存在 exists key [key ...]返回key存在的个数 - 针对多个key来说时间复杂度O(1)redis组织这些key就是按照哈希表的方式来组织的redis支持很多数据结构 - 指的是一个value可以是一些复杂度数据结构redis自身的这些键值对是通过哈希表的方式来组织的redis具体的某个值又可以是一些数据结构上面这两种写法分开的写法会产生更多轮次的网络通信和直接操作内存比效率是比较低的成本是比较高的进行网络通信的时候发送方发送一个数据这个数据就要从应用层到物理层层层封装每一层协议都要加上报头或者尾 - 发一个快递要包装一下要包装多层接收方收到一个数据这个数据就要从物理层到应用层层层分用每一层协议中的报头或者尾拆掉 - 收到一个快递要拆快递要拆很多层redis 中很多命令都是支持一次就能操作多个key的多种操作6.del(delete)删除指定的key可以一次删除一个或者多个del key [key ...]时间复杂度O(1)返回值删除的key的个数redis主要的应用场景就是作为缓存此时redis里面存的只是一个热点数据全量数据是在mysql数据库中此时如果把redis中的key删除了几个一般来说问题不大但是当然如果把所有的数据或者一大半数据一下都干没了这种影响就很大了大部分请求直接打给mysql容易把mysql搞挂如果是把redis作为数据库此时就很大了如果redis作为消息队列这种情况误删数据就要视情况而定7.expireexpire key seconds作用是给指定的key设置过期时间key存活时间超出这个指定的值就会被自动删除很多业务场景是有时间限制的 --- 手机验证码这种基于redis实现分布式锁为了避免出现不能正确解锁的情况通常会在加锁的时候设置一下过期时间。所谓使用redis作为分布式锁就是给redis里面写一个特殊的key valueexpire设置的时间单位是秒如果要毫秒这种可以采用pexpireexpire设置的key是要已经存在的被set的设置成功返回1设置失败返回08.ttltime to live 存活时间IP协议报头中就有一个字段TTLIP中的TTL不是用时间衡量过期的而是用次数的这里的就单纯是一个时间 ttl 单位s pttl 单位 ms9.redis的key的过期策略一个redis中可能同时存在很多很多key这些key可能有很大一部分都有过期时间此时redis服务器咋知道哪些key已经过期要被删除哪些key还没过期如果直接遍历所有的key显然是行不通的效率非常低~redis整体策略1.定期删除 - 每次抽取一部分进行验证过期时间保证这个抽取检查足够快避免出现长时间检查导致正常业务被阻塞2.惰性删除 - 假设这个key已经到过期时间了但是暂时还没删它key还存在紧接着后面有一次访问正好用到这个key于是这次访问就会让redis服务器触发删除key的操作同时再返回一个nil虽然有上面两种策略结合整体的效率还是一般仍然可能会有很多过期的key被残留没有及时删除掉redis为了对于上述进行补充还提供了一系列的内存淘汰策略。定时器了解定时器在某个时间到达之后执行指定的任务1.基于优先级队列 / 堆将多个key设置过期时间就可以把这些key加入到一个优先级队列中指定优先级规则是过期时间早的先出队列队首元素就是最早的要过期的key此时定时器中只要分配一个线程让这个线程去检查队首元素看是否过期即可如果队首元素还没过期后续元素一定没过期此时扫描线程不需要遍历所有key只盯住这个队首元素即可另外在扫描检查的时候不能太频繁此时做法就是根据当前时刻和队首元素的过期时间设置一个等待当时间差不多了再唤醒这个线程此时扫描线程不需要高频的扫描队首元素把cpu的开销节省下来了万一在线程休眠的时候来了一个新任务可以在新任务添加的时候唤醒一下刚才的线程重新检查一下队首元素再根据时间差距重新调整阻塞时间即可。2.基于时间轮把时间划分成很多小段划分粒度看实际需求每个小段都挂着一个链表每个链表都代表一个要执行的任务每次隔固定时间间隔走一个格子到了一个格子就去尝试执行下其中的任务对于时间轮来说每个格子是多少时间一共多少个格子都是需要根据实际场景灵活调配的Tips此处仅为扩展redis并未采取上面的方案但是这两种方案都是属于高效的定时器的实现方式很多场景都可能用到在Redis原码中有一个比较核心的机制是事件循环。类似时间轮又有不同10.typeredis所有的key都是string类型key对应的value可能会存在多种类型none, string, list, set, zset, hash 和 stream (redis作为消息队列时使用这个类型的value)等等type key查询对应key的类型时间复杂度O(1)11.查询地址大家要是想要查询对应更多信息最好的就是去官方网站查询网址redis.io希望大家能够有所收获~