01.Redis常用的一些命令

https://github.com/microsoftarchive/redis/releases

redis-server redis.windows.conf   #进入到解压补录  redis-server --service-install redis.windows.conf   #redis作为windows服务启动方式

redis-server --service-stop

redis-cli  redis-cli -h ip -p 端口 -a 密码

redis-cli -p 端口号 shutdown

wget http://download.redis.io/releases/redis-5.0.7.tar.gz

tar xzf redis-5.0.7.tar.gz

mv ./redis-5.0.7/* /usr/local/redis/

cd /usr/local/redis/

sudo make

sudo make test

sudo make install

http://download.redis.io/releases/redis-5.0.7.tar.gz

tar zxvf redis-4.0.10.tar.gz

sudo make test

sudo make install

set key value

get key

setnx key value

getrange key start end     #getrange name 0 3

getset key value

strlen key

incr key

decr key

incrby key increment       #incrby age 10  加10

Hash数据结构常用命令

hset key field value         #hset user:1 age 12

hget key field              #hget user:1 age

hmset key field1 value1 [field2 value2 ]        #hmset user:2 name zhansan age 12

hmget key field1 [field2]                       #hmget user:2 name  或  hmget user:2 name age

hgetall key                      #hgetall user:2

hkeys key                       #hkeys user:2

hlen key

hdel key field1 [field2]       #hdel user:2 name 

hincrby key field increment      #hincrby user:2 age 1

hexists key field  # 不存在返回0  存在返回1

list数据建构常用命令

lpush key value1 value2 ...    #lpush mylist 1 2 3  返回的是 3 2 1

rpush key value1 value2 ...

lrange key start stop

lset key index value

llen key

lindex key index

lpop key 

rpop key

ltrim key start stop

linsert key BEFORE|AFTER pivot value

lrem key count value

set数据建构常用命令

sadd key member1 member2 ...

smembers key

scard key

sismember key member

srandmember key count

srem key field

spop key

smove source destination member 

sdiff key1 [key2]  ​ #返回给定所有集合的差集并存储在 destination 中 sdiffstore destination key1 [key2] 

sinter key1 [key2] ​ #返回给定所有集合的交集并存储在 destination 中 sinterstore destination key1 [key2] 

sunion key1 [key2] ​ #所有给定集合的并集存储在 destination 集合中 sunionstore destination key1 [key2]

zadd key score1 member1 score2 member2 ...      #zzadd zmm 7 zs 8 ls 8 ww 9 zl

zrange key start stop           #zrange 0-1

zcount key min max        

zcard key

zrank key member

zrevrange key start stop [WITHSCORES]

zrem key member1 member2 ...

zremrangebyscore key min max

zremrangebyrank key start stop

subscribe 频道名称 [频道名称 ...]

publish 频道 消息

unsubscribe 频道名称 [频道名称 ...]

Redis的事务

Redis事务就是一次按照顺序执行多个命令，Redis事务有两个特点：

• 按顺序执行，不会被其他客户端的命令打断

• 原子操作，要不不执行、要不全执行（业务报错问题除外）

命令

set user:A 100    #用户A100 set user:B 50     #用户B50
watch user:A      #监听用户A
 umlyi                  #开启事务 decrby user:A 50       #用户A减去50 incrby user:B 50       #用户B加50  get user:A             #查看 get user:B  exec                   #执行

1.体积更小：相同的数据量rdb数据比aof的小，因为rdb是紧凑型文件 ​ 2.恢复更快：因为rdb是数据的快照，基本上就是数据的复制，不用重新读取再写入内存 ​ 3.性能更高:父进程在保存rdb时候只需要fork一个子进程，无需父进程的进行其他io操作，也保证了服务器的性能。

1.故障丢失:因为rdb是全量的，我们一般是使用shell脚本实现30分钟或者1小时或者每天对redis进行rdb备份，（注，也可以是用自带的策略），
  但是最少也要5分钟进行一次的备份，所以当服务死掉后，最少也要丢失5分钟的数据。 ​ 2.耐久性差:相对aof的异步策略来说，因为rdb的复制是全量的，即使是fork的子进程来进行备份，当数据量很大的时候对磁盘的消耗也是不可忽视的，
  尤其在访问量很高的时候，fork的时间也会延长，导致cpu吃紧，耐久性相对较差。

1.数据保证：我们可以设置fsync策略，一般默认是everysec，也可以设置每次写入追加，所以即使服务死掉了，咱们也最多丢失一秒数据 ​ 2.自动缩小：当aof文件大小到达一定程度的时候，后台会自动的去执行aof重写，此过程不会影响主进程，重写完成后，新的写入将会写到新的aof中，
  旧的就会被删除掉。但是此条如果拿出来对比rdb的话还是没有必要算成优点，只是官网显示成优点而已。

1.性能相对较差：它的操作模式决定了它会对redis的性能有所损耗 ​ 2.体积相对更大：尽管是将aof文件重写了，但是毕竟是操作过程和操作结果仍然有很大的差别，体积也毋庸置疑的更大。 ​ 3.恢复速度更慢：

Redis的过期策略

我们都知道，Redis是key-value数据库，我们可以设置Redis中缓存的key的过期时间。Redis的过期策略就是指当Redis中缓存的key过期了，Redis如何处理。

过期策略通常有以下三种：

• 定时过期：每个设置过期时间的key都需要创建一个定时器，到过期时间就会立即清除。该策略可以立即清除过期的数据，对内存很友好；但是会占用大量的CPU资源去处理过期的数据，从而影响缓存的响应时间和吞吐量。

• 惰性过期：只有当访问一个key时，才会判断该key是否已过期，过期则清除。该策略可以最大化地节省CPU资源，却对内存非常不友好。极端情况可能出现大量的过期key没有再次被访问，从而不会被清除，占用大量内存。

• 定期过期：每隔一定的时间，会扫描一定数量的数据库的expires字典中一定数量的key，并清除其中已过期的key。该策略是前两者的一个折中方案。通过调整定时扫描的时间间隔和每次扫描的限定耗时，可以在不同情况下使得CPU和内存资源达到最优的平衡效果。 (expires字典会保存所有设置了过期时间的key的过期时间数据，其中，key是指向键空间中的某个键的指针，value是该键的毫秒精度的UNIX时间戳表示的过期时间。键空间是指该Redis集群中保存的所有键。)

Redis中同时使用了惰性过期和定期过期两种过期策略。

Redis的内存淘汰策略

Redis的内存淘汰策略是指在Redis的用于缓存的内存不足时，怎么处理需要新写入且需要申请额外空间的数据。

• noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。

• allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。

• allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。

• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。

• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。

• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移除。

总结

Redis的内存淘汰策略的选取并不会影响过期的key的处理。内存淘汰策略用于处理内存不足时的需要申请额外空间的数据；过期策略用于处理过期的缓存数据。

cp redis.conf redis.slave.conf

port 6380 replicaof 127.0.0.1 6379

redis-server redis.slave.conf

redis-cli -h ip info Replication

redis-cli -h 127.0.0.1 -p 6379

set name master

redis-cli -h 127.0.0.1 -p 6380

get name

Redis集群

Redis集群采用无中心结构，每个节点都保存数据和整个集群状态。每个节点都和其他所有节点连接。Redis集群模式通常具有 高可用、可扩展性、分布式、容错等特点。

集群模型

配置

新建文件夹redis-cluster

mkdir redis-cluster 

在文件夹下新建7001、7002、7003、7004、7005、7006文件夹，在每个新文件夹下都创建一个文件：redis.conf

port 7001  # 需要更换 bind 127.0.0.1  # 不同机器换不同ip daemonize yes pidfile 7001.pid  # 需要更换 cluster-enabled yes cluster-config-file 7001_node.conf  # 需要更换 cluster-node-timeout 15000 appendonly yes

不同的文件夹下的配置文件，port、pidfile、cluster-config-file 7001_node.conf 值是不一样，依次排列。然后这个bind我现在是一台机器，如果两台机器，可以让一台绑定三个。

依次启动每个文件夹下的配置文件

redis-server 7001/redis.conf

执⾏集群

redis-cli --cluster create 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006 --cluster-replicas 1

连接集群

redis-cli -c -h 127.0.0.1 -p 7001

集群知识

• redis cluster在设计的时候，就考虑到了去中⼼化，去中间件，也就是说，集群中 的每个节点都是平等的关系，都是对等的，每个节点都保存各⾃的数据和整个集 群的状态。每个节点都和其他所有节点连接，⽽且这些连接保持活跃，这样就保 证了我们只需要连接集群中的任意⼀个节点，就可以获取到其他节点的数据

• Redis集群没有并使⽤传统的⼀致性哈希来分配数据，⽽是采⽤另外⼀种叫做哈希 槽 (hash slot)的⽅式来分配的。redis cluster 默认分配了 16384 个 slot，当我们 set⼀个key 时，会⽤CRC16算法来取模得到所属的slot，然后将这个key 分到哈 希槽区间的节点上，具体算法就是：CRC16(key) % 16384。

• Redis 集群会把数据存在⼀个 master 节点，然后在这个 master 和其对应的salve 之间进⾏数据同步。当读取数据时，也根据⼀致性哈希算法到对应的 master 节 点获取数据。 只有当⼀个master 挂掉之后，才会启动⼀个对应的 salve 节点，充 当 master

• 需要注意的是：必须要3个或以上的主节点，否则在创建集群时会失败，并且当存 活的主节点数⼩于总节点数的⼀半时，整个集群就⽆法提供服务了