wordpress出现的问题成都百度快照优化排名

Redis通用命令

Redis的命令非常非常多，所以

1. 掌握常用命令（多操作练习）
2. 学会使用Redis的文档

Redis官方链接

Redis中最核心的两个命令

get

根据key来取value

set

把key和value存储进去
key和value本质都是字符串

必须要进入redis客户端才能执行redis命令

set key value

redis中的命令不区分大小写

get key

get命令直接输入key就能得到value，如果当前key不存在，会返回一个nui 和 null/NULL是一个意思

Redis全局命令

Redis支持很多种数据结构，整体来说Redis是键值对结构，key固定就是字符串，value实际上会有很多种类型（常用的有 字符串，哈希表，列表，集合，有序集合）————操作不同的数据结构，就会有不同的命令

全局命令，就是能够任意搭配任意一个数据结构来使用的命令

keys

用来查询当前服务器上匹配的key，通过一些特殊符号（通配符）来描述key的模样，匹配上述模样的key就能被查询出来

语法

keys pattern/*pattern 用来描述另外的字符串是长什么样的
具体写法，支持那些通配符？
1. ？ 匹配任意一个字符
2. * 匹配0个或者多个任意字符
3. [abcde] 只能匹配到a,b,c,d,e
4. [^e] 排除e，只有e匹配不了，其他的都能匹配
5. [a-b] 匹配a-b这个范围内的字符，包含两侧边界
*/

1. ？ 匹配任意一个字符

   

2. *** ** 匹配0个或者多个任意字符

   

3. [abcde] 只能匹配到a,b,c,d,e

4. [^e] 排除e，只有e匹配不了，其他的都能匹配
   

5. [a-b] 匹配a-b这个范围内的字符，包含两侧边界

注意事项

keys的时间复杂度为O(n),所以，在生产环境上，一般都会禁止使用keys命令，尤其是keys
生产环境上的keys可能会非常的多，而redis是一个单线程的服务器，执行keys*的时间非常长，就导致redis服务器被阻塞了，无法给其他客户端提供服务
redis经常会用于做缓存，挡在mysql的前面，玩意Redis被一个kesy*阻塞住，此时其他的redis操作就超时了，此时这些请求就会直接查数据库，突然有一大波请求过来，mysql措手不及，就容易挂，从而导致整个系统直接瘫痪

exists

EXISTS key [key ...] 判断某个key是否存在
返回值：key存在的个数。  针对多个key来说是非常有用的
时间复杂度 O(1) ————> redis组织这些key就是按照哈希表的方式来组织的 相当于unordered_map<key,value>

del(delete)

DEL key [key ...] 删除指定的key,可以一次删除一个或者多个在之前学mysql的时候，删除类的操作，就很危险，一旦删除了之后，数据局就没了
但是redis主要的应用场景，就是作为缓存，此时 redis里存的只是热点数据
全量数据存在mysql数据库中，此时如果把redis中的key删除了几个，一般来说问题不大
如果把redis作为数据库，此时误删数据影响就大了

expire

EXPIRE key seconds
时间复杂度 O(1)
返回值：1表示成功，0表示设置失败
设置毫秒:  pexpire key ms
作用是给指定的key设置过期时间，key存活时间超出这个指定的值，就会被自动删除
比如手机验证码，几分钟内有效，就可以用到，还有外卖优惠券，在指定时间之内有效等

ttl

TTL key

获取指定的过期时间

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

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

一个redis中可能同时存在很多很多key，这些key中可能有很大一部分都有过期时间，此时，redis服务器咋知道哪些key已经过期要被删除，哪些key还没过期？

如果直接遍历所有的key，显然是行不通的，效率非常低

Redis整体的策略是：

• 定期删除

• ​ +

• 惰性删除

1. 什么叫惰性删除，假设这个key已经到时间了，但是暂时还没删除它，key还存在，紧接着后面又一次访问正好用到了这个key，于是这次访问会让redis服务器触发删除key的操作，同时返回一个nil——————感觉这种方式有点像单例模式里的懒汉模式
2. 为什么对于定期删除的时间，有明确的要求？ 因为redis是单线程的程序，如果扫描过期key消耗的时间太长，正常处理请求命令就被阻塞了
3. 虽然有了这两种策略结合，但是整体效果一般，仍然会有很多过期的key残留，没有及时删除掉，所以redis为了对上述进行补充，还提供了一系列的内存淘汰策略

了解拓展

定时删除：设置定时器，在时间到了之后，对其删除。

• redis中并没有采取定时器的方式来实现过期key的删除，所以定期删除和定时器并没有关系

定时器：在某个时间到达之后，执行指定的任务

实现方式：

1. 基于优先级队列/堆

在redis过期key的场景中，就可以通过“过期时间越早，优先级越高”，过期时间早的，先出队列。也就意味着，此时定时器中只要分配一个线程，让这个线程去检查队首元素，看是否过期即可，如果队首元素还没过期，后续元素一定没有过期。扫描线程不需要遍历所有的key，只盯住这一个队首元素即可；另外在扫描线程检查队首元素过期时间的时候，也不能检查的太频繁，此时做法就可以根据当前时刻和队首元素的过期时间，设置一个等待时间，等时间差不多到了，系统再唤醒在这个线程。——>此时扫描线程不需要高频扫描队首元素，把CPU的开销也省了下来。

2. 基于时间轮实现的定时器

把时间划分成很多小段，没小段上都挂着一个链表，每个链表都代表一个要执行的任务（相当于一个函数指针），每次走到一个格子，就会把这个格子上的链表的任务尝试执行以下。

Redis并没有采取上述的方案

type

语法：TYPE key
时间复杂度:O(1)
返回值：key对应的vualue的数据类型[none,string,list,set,zset,hash,stream,...]

总结

• keys:用来查看匹配规则的key
• exists：用来判定指定key是否存在
• del：删除指定的key
• expire：给key设置过期时间
• ttl：查询key的过期时间
• type：查询key对应的value的类型