【redis】全局命令exists、del、expire、ttl（惰性删除和定期删除）

exists——判定 key 是否存在

语法：

exists key [key...]
# 返回值：key 存在的个数

针对多个 key 来说，是非常有用的
时间复杂度 $O (1)$
Redis 组织这些 key 就是按照哈希表的方式来组织的。Redis 支持很多数据结构指的是 value 可以是一些复杂的数据结构
Redis 自身的这些键值对，是通过哈希表的方式来组织的，Redis 具体的值，又可以是一些数据结构

Redis 是一个客户端-服务器结构的程序，客户端和服务器之间通过网络来进行通信
每次我们敲的命令，都是由 Redis 客户端包装成一个请求，发送给 Redis 服务器，服务器再返回响应
因此最好不要把 key 分开写。分开写会产生更多轮次的网络通信，效率比较低，成本比较高

[!qoute] 封装和分用

进行网络通信的时候，发送方发送一个数据，这个数据就要从应用层，到物理层，层层封装（每一层协议都要加上报头或者尾）==>发送一个快递，要包装一下，要包装好多层
接收方收到一个数据，这个数据就要从物理层，到应用层，层层分用（把每一层协议中的报头或者尾给拆掉）==>收到一个快递，要拆快递，拆很多层
这些过程都是要消耗时间，消耗 CPU 的

Redis 自身也非常清楚上述问题，所以 Redis 的很多命令都支持一次就能操作多个 key 的/多种操作

del——删除指定的 key

可以一次删除一个或者多个

语法：

del key [key...]

时间复杂度 $O (1)$
返回值：删除掉的 key 的个数

在 MySQL 中，删除类的操作

drop database
drop table
drop from…
这些都是非常危险的操作，一旦删除之后，数据就没了。但在 Redis 中，危险程度就小很多了
因为 Redis 的主要应用场景，就是作为缓存，里面存的只是一个热点数据，而全量数据是在 MySQL 中。如果把 Redis 中的 key 删除了几个，问题不大，大不了再从 MySQL 中读就可以了。
但是如果把所有的数据，或者一大半数据都干没了，这种影响就会很大。本来是靠 Redis 帮 MySQL 负重前行，Redis 没数据了，大部分请求就直接打给 MySQL 了，然后就容易把 MySQL 搞挂
相比之下，如果是 MySQL 这样的数据，哪怕误删了一个数据，都可能影响是很大的
但如果是把 Redis 作为数据库，此时误删数据的影响就大了

expire——给 key 设置过期时间

单位为秒

key 存活时间超过这个 expire 指定的值，就会被自动删除

在很多业务场景，都是有时间限制的
- 验证码。要实现验证码一分钟失效的功能，我们就可以把这个验证码信息存储到 Redis 中，将 expire 设置为 60，等到一分钟后 Redis 里面的验证码信息被删除，就查询不到了
- 点外卖。优惠券，在指定时间有效
- 分布式锁。基于 Redis 实现分布式锁，为了避免出现不能正确解锁的情况，通常都会在加锁的时候设置一下过期事假（所谓的使用 Redis 作为分布式锁，就是给 Redis 里写一个特殊的 key value）