接着上篇《redis——初识（一）》我们继续完善redis内容。
【全局命令】
1、查看所有键：keys *
2、键总数：dbsize
3、查看键是否存在：exists key
4、删除键：del key[key ...]。删除多个键：del a b c
5、键过期:expire key seconds
6、ttl命令返回键的剩余过期时间
- 大于等于0的整数：键剩余的过期时间
- -1：键没设置过期时间
- -2键不存在
7、键的数据结构类型：type key 。不存在返回none
【数据结构和内部编码】
五种数据类型的结构：string、hash、list、set、sorted set
1、数据结构
2、内部编码
3、内部编码不同的设计好处
- 可以改进内部编码，对外的数据结构和命令没有影响
- 多种内部编码实现可以在不同场景下发挥各自的优势
【单线程架构】
单线程架构和I/O多路复用模型来实现高性能的内存数据库服务
1、引出单线程模型
2、为什么单线程还能这么快
- 纯内存访问，每秒万级别访问的重要基础
- 非阻塞I/O
- 单线程避免了线程切换和竞态产生的消耗，简化数据结构和算法
3、存在的问题（要求）
- 每个命令的执行时间是有要求
- 命令执行过长， 会造成其他命令的阻塞
- Redis是面向快速执行场景的数据库
【单个键】
1、键重命名：rename key newkey
2、随机返回一个键：randomkey
3、键过期：expireat、 pexpire、 pexpireat、 pttl、 persist
4、迁移键
- move：move key db
- dump+restore
（2）迁移过程
在源Redis上， dump命令会将键值序列化， 格式采用的是RDB格式
在目标Redis上， restore命令将上面序列化的值进行复原， 其中ttl参数代表过期时间， 如果ttl=0代表没有过期时间
（3）过程图
（4）注意
第一， 整个迁移过程并非原子性的， 而是通过客户端分步完成的。
第二， 迁移过程是开启了两个客户端连接， 所以dump的结果不是在源Redis和目标Redis之间进行传输
（5）例子：
1） 在源Redis上执行dump：
2） 在目标Redis上执行restore：
3）伪代码
- migrate
（2）与 dump+restore比较
第一， 整个过程是原子执行的， 不需要在多个Redis实例上开启客户端的， 只需要在源Redis上执行migrate命令即可
第二， migrate命令的数据传输直接在源Redis和目标Redis上完成的
第三， 目标Redis完成restore后会发送OK给源Redis， 源Redis接收后会根据migrate对应的选项来决定是否在源Redis上删除对应的键。
（3）迁移图
（5）参数说明
·host： 目标Redis的IP地址
·port： 目标Redis的端口。
·key|""： 在Redis3.0.6版本之前， migrate只支持迁移一个键， 所以此处是要迁移的键， 但Redis3.0.6版本之后支持迁移多个键， 如果当前需要迁移多个键， 此处为空字符串""。
·destination-db： 目标Redis的数据库索引， 例如要迁移到0号数据库， 这里就写0。
·timeout： 迁移的超时时间（单位为毫秒） 。
·[copy]： 如果添加此选项， 迁移后并不删除源键。
·[replace]： 如果添加此选项， migrate不管目标Redis是否存在该键都会正常迁移进行数据覆盖
·[keys key[key...]]： 迁移多个键， 例如要迁移key1、 key2、 key3， 此处填写“keys key1 key2 key3”
- 三种命令比较
【遍历键】
1、全量遍历键
2、渐进式遍历
例子：
