redis：基本全局命令-键管理(1)
个人主页 ： 个人主页
个人专栏 ： 《数据结构》 《C语言》《C++》《Linux》《网络》 《redis学习笔记》
文章目录
- 前言
- KEYS
- EXISTS
- DEL
- EXPIRE
- TTL
- TYPE
- 总结
前言
本文是作为基本全局命令-键管理的学习笔记
redis 是按照键值对的方式存储数据的，redis也支持多种数据结构；整体来说，redis是键值对结构，key固定是字符串，而value会有多种类型(如字符串，哈希表，列表，集合，有序集合等)，操作不同的数据结构就会有不同的命令。全局命令，就是能够搭配任意一个数据结构使用的命令
KEYS
语法：
KEYS pattern
返回所有满足样式(pattern)的key。
那pattern支持那些样式？我们先在redis-cli中写入一些数据
pattern支持的通配符：
-
？匹配任意一个字符List item
-
*匹配0个或者多个任意字符
-
[abcde] 只能匹配 [ ] 内部给出的 a b c d e字符，
-
[^e]排除e，只有e匹配不了，其他的都能匹配
-
[a-b]匹配a-b范围内的字符，包含两侧边界
注意：
时间复杂度：O(N)，N是指Redis需要扫描以找到匹配给定模式的键的数量。
在生产环境上，一般会禁止使用keys命令，尤其是keys *(查询redis中所有的key)，这是因为，生产环境上的key可能非常多，而redis是一个单线程的服务器，执行key *的时间非常长，使redis服务器被阻塞了，无法给其它客户端提供服务。redis经常用于缓存，如果redis被keys *阻塞了，此时其它的查询redis操作就超时了，这些请求会直接插数据库，mysql就有可能挂掉。
EXISTS
语法：
EXISTS key [key …]
判断某个key是否存在。
时间复杂度 O(1)
返回值 key存在的个数 (key是唯一的，但一次可以查询多个key)
注意：
这里有一个问题，当我们需要查询多个key是否存在时，我们是一次查询多个key效率高，还是分开每次查询一个key效率高？
肯定是一次查询多个key效率高。
redis是一个客户端 服务器 结构的程序，客户端和服务器之间是通过网络来进行通信的。分开的写法，会产生更多轮次的网络通信。
redis的很多命令都是支持一次就能操作多个key的
DEL
语法：
DEL key [key …]
删除指定的key
时间复杂度 O(1)
返回值 删除的key的个数
注意：
- redis作为缓存，此时redis里存储的是热点数据，全量数据是在mysql数据库中，如果只是删除redis中的几个key，一般问题不大；但如果大量删除key，此时大部分的请求就直接发给mysql，容易把mysql搞挂
- redis作为数据库，与mysql一样，删除数据印象很大
- redis作为消息队列，看具体的业务
EXPIRE
语法：
EXPIRE key seconds
为指定的key添加秒级的 过期时间(key存活时间超过这个指定时间，就会被自动删除)
时间复杂度 O(1)
返回值 1表示设置成功，0表示设置失败 (此处设定的过期时间，必须针对已经存在的key设置)
很多的业务场景是有时间限制的，如手机验证码，外卖的优惠卷，基于redis实现分布式锁等等。
redis的 key 的过期策略是怎么实现的？
一个redis中可能存在大量的key，redis服务器怎么 知道那些key已经过期需要被删除，那些key还没过期？直接遍历所有的key，显然不行，效率太低了。
redis的整体策略是1.定期删除，2.惰性删除
- 定期删除，Redis会周期性地主动查找并删除一部分已过期的键，以避免大量过期键长期占用内存空间
- 惰性删除，Redis不会主动删除过期键，而是在客户端尝试访问一个键时，Redis服务器才会检查这个键是否已经过期。如果发现该键已过期，则在返回结果前立即将其从数据库中删除。
这里定期删除只删除一部分已过期的键，是保证这个查找过程足够快；因为redis是单线程的程序，如果查找过期key的时间太长了，就有可能导致正常处理请求命令被阻塞了。
TTL
语法：
TTL key
获取指定key的过期时间，秒级
时间复杂度 O(1)
返回值 剩余过期时间，-1 表示没有关联过期时间，-2 表示key不存在
expire 和 ttl 命令都有对应的支持毫秒为单位的版本：pexpire 和 pttl
键的过期机制：
TYPE
语法：
TYPE key
返回key对应的数据类型
时间复杂度 O(1)
返回值 指定key所储存的值的类型
总结
以上就是我是redis学习笔记
