在redis的介绍中，介绍redis的使用时，示例中就展现了部分的访问jedis的方法，即对应着redis中的命令，如下着重介绍下redis命令。mysql
keys * 查看全部键，*匹配任意字符多个字符，考虑到是单线程， 在生产环境不建议使用，若是键多可能会阻塞，采用如下渐进式遍历，若是键少，能够redis
keys *y //以结尾的键 sql
keys n*e //以n开头以e结尾，返回name数据库
keys n?me // ?问号表明只匹配一个字符 返回name,全局匹配 服务器
keys n?m* //返回name网络
keys [j,l]* //返回以j l开头的全部键并发
dbsize 查看的是当前所在redis数据库的键总数，若量存在大量键，应禁止使用此指令运维
exists key 检查键是否存在， 存在返回1，不然返回0dom
del key 删除键，返回删除键的个数，删除不存在的键则返回0高并发
expire key seconds 设置键过时时间，单位是秒
ttl key 查看键剩余的过时时间，和expire配合使用
type key 查看键的数据类型，键不存在则返回none
渐进式遍历示例：
mset a a b b c c d d e e f f g g h h i i j j k k l l m m n n o o p p q q r r s s t t u u v v w w x x y y z z //初始化26个字母键值对
字符串类型：
scan 0 match n* count 20 //匹配以n开头的键，取20条，第一次scan 0开始
第二次从游标10开始取20个以n开头的键，至关于一页一页的取，当最后返回0时，键被取完
注：渐进式遍历可有效地解决keys命令可能产生的阻塞问题
除scan字符串外：还有如下
SCAN 命令用于迭代当前数据库中的数据库键。
SSCAN 命令用于迭代集合键中的元素。
HSCAN 命令用于迭代哈希键中的键值对。
ZSCAN 命令用于迭代有序集合中的元素（包括元素成员和元素分值）。
用法和scan同样
rename oldKey newKey
rename oldKey newKey //若oldKey以前存在则被覆盖
set name zhangsan；set name1 lisi//初始化数据
renamenx name name1//重命名失效，只有当name1不存在才能更名
randomkey
expire name:03 20//键name:03 在10秒后过时
ttl name:03 //查看过时按秒倒计时，当返回-2说明已删除
pttl name:03//查看过时按毫秒倒计时
set name:05 zhangsan
pexpire name:05 20000//20000毫秒（20s）后过时
expire name:06 -2 //直接过时，和del同样
设置键在某个时间点过时，使用的是时间戳
expireat name:04 1566008420//设置在2019/8/17 10:20:20过时
时间转时间戳：网址http://tool.chinaz.com/Tools/unixtime.aspx
hset user:01 name zhangsan //初始化数据
expire user:01 60 //设置60S后过时
ttl user:01 //查看过时剩余时间
persist user:01 //去掉过时
ttl user:1 //返回-1 能够永久查询不失效
注意：对于字符串重设值后，expire无效，
set name zhangsan
expire name 50
ttl name
set name zhangsan1 //此时expire取消
ttl name //返回-1， 长期有效
把部分数据迁移到另外一台redis服务器
1, move key db //reids有16个库， 编号为0－15
set name james1; move name 5 //迁移到第6个库
select 5 ;//数据库切换到第6个库， get name 能够取到james1
这种模式不建议在生产环境使用，在同一个reids里能够玩
2, dump key;
restore key ttl value//实现不一样redis实例的键迁移，ttl=0表明没有过时时间
例子：在A服务器上 192.168.1.111
set name james;
dump name; // 获得"\x00\x05james\b\x001\x82;f\"DhJ"
在B服务器上：192.168.1.118
restore name 0 "\x00\x05james\b\x001\x82;f\"DhJ"
get name //返回james
3,migrate指令迁移到其它实例redis，在1.111服务器上将test移到118
| migrate |
192.168.1.118 |
6379 |
test |
0 |
1000 |
copy |
replace |
keys |
| 指令 |
要迁移的目标IP |
端口 |
迁移键值 |
目标库 |
超时时间 |
迁移后不删除原键 |
无论目标库是不存在test键都迁移成功 |
迁移多个键 |
set key value
get key
hset key field value [field value..]
hmget key field [field..]
lpush key value [value..]
rpush key value [value...]
lpop key
rpop key
sadd key member [member...]
srem key member [member...]
zadd key score member [score member...]
zscore key member 获取分数
单线程执行：
执行过程：发送指令->执行命令->返回结果
执行命令：单线程执行，全部命令进入队列，按顺序执行，使用I/O多路复用解决I/O问题
单线程快缘由：纯内存访问，非阻塞I/O（使用多路复用），单线程避免线程切换和竞争产生资源消耗
select 0 //共16个库， 0 －－15， select切换数据库
set name james
select 1
get name //隔离了，取不到，和mysql不一样库同样
其中redis3.0之后的版本慢慢弱化了这个功能，如在redis cluster中只容许0数据库
缘由：
flushdb: 只清空当前数据库的键值对 dbsiz 0
flushall: 清空全部库的键值对 （这两个指令慎用！！！！）
与mysql同样:当执行时间超过阀值，会将发生时间耗时的命令记录
redis命令生命周期：发送 排队 执行 返回
若redis出现慢查询，正常只会在执行阶段出现，因此嘛查询只统计第3个执行步骤的时间
预设阀值：两种方式，默认为10毫秒
1，动态设置6379:> config set slowlog-log-slower-than 10000 //10毫秒10000微秒
使用config set完后,若想将配置持久化保存到redis.conf，要执行config rewrite
2，redis.conf修改：找到slowlog-log-slower-than 10000 ，修改保存便可
注意：slowlog-log-slower-than =0记录全部命令 -1命令都不记录
原理：慢查询记录也是存在队列里的，slow-max-len 存放的记录最大条数，好比设置的slow-max-len＝10，当有第11条慢查询命令插入时，队列的第一条命令就会出列，第11条入列到慢查询队列中， 能够config set动态设置，也能够修改redis.conf完成配置。
2 命令：
获取队列里慢查询的命令：slowlog get 查询返回的结构以下
获取慢查询列表当前的长度：slowlog len //返回7
对慢查询列表清理（重置）：slowlog reset //再查slowlog len 此时返回0 清空
对于线上slow-max-len配置的建议：线上可加大slow-max-len的值，记录慢查询存长命令时redis会作截断，不会占用大量内存，线上可设置1000以上
对于线上slowlog-log-slower-than配置的建议：默认为10毫秒，根据redis并发量来调整，对于高并发比建议为1毫秒
注意：
1，慢查询只记录命令在redis的执行时间，不包括排队、网络传输时间
2，慢查询是先进先出的队列，访问日志记录出列丢失，需按期执行slow get,将结果存储到其它设备中（如mysql）
没有pipeline以前，通常的redis命令的执行过程都是：发送命令－〉命令排队－〉命令执行－〉返回结果。
多条命令的时候就会产生更多的网络开销
这个时候须要pipeline来解决这个问题：使用pipeline来打包执行N条命令，这样的话就只需简历一次网络链接，网络开销就少了
使用Pipeline执行速度与逐条执行要快，特别是客户端与服务端的网络延迟越大，性能体能越明显
1) 原生批命令是原子性，pipeline是非原子性， (原子性概念:一个事务是一个不可分割的最小工做单位,要么都成功要么都失败。原子操做是指你的一个业务逻辑必须是不可拆分的. 处理一件事情要么都成功要么都失败，其实也引用了生物里概念，分子－〉原子，原子不可拆分)
2) 原生批命令一命令多个key, 但pipeline支持多命令（存在事务），非原子性
3) 原生批命令是服务端实现，而pipeline须要服务端与客户端共同完成
使用pipeline组装的命令个数不能太多，否则数据量过大，增长客户端的等待时间，还可能形成网络阻塞，能够将大量命令的拆分多个小的pipeline命令完成
如：有300个命令须要执行，能够拆分红每30个一个pipeline执行
pipeline是多条命令的组合，为了保证它的原子性，redis提供了简单的事务；redis的事物与mysql事物的最大区别是redis事物不支持事物回滚
事务：事务是指一组动做的执行，这一组动做要么都成功，要么都失败。
1. redis的简单事务，将一组须要一块儿执行的命令放到multi和exec两个命令之间，其中multi表明事务开始，exec表明事务结束
2.中止事务discard
3. 命令错误，语法不正确，致使事务不能正常执行，即事物的原子性
4. watch命令：使用watch后， multi失效，事务失效，其余的线程任然能够对值进行修改
在客户端1设置值使用watch监听key并使用multi开启事物，在客户端2追加完c以后再来客户端1追加redis，而后执行事物，能够看到在客户端1追加的redis没有起效果：
客户端1：
客户端2：