速度快-内存

多种数据结构

bitMaps 比如布隆过滤器， HyperLogLog 精确性不够，

常用配置

默认不是守护进程，实际一般都是设置为守护进程

daemonize yes

通用命令

keys 命令一般在生产环境不使用，生产环境key 太多了，比较慢，而且会阻塞其他命令。最后不用，否则容易出现影响使用的问题。

keys* 可以在从节点使用或者 scan

dbsize 可以在生产环境随便使用

redis 是单线程的

字符串

key 和value 都是字节存储的，一般都是限制在 100K左右大小

中文里面一个文字就是 2个长度

hash

小心使用 hgetall 特别是内容特别多时候

list

有序，可以重复，左右两边插入与弹出

灵活运行实现不同功能

set

无序，无重复，集合间操作（交集，并级等）

smembers 无序，小心使用，内容太多了就不好

spop从集合弹出，且弹出一个。 srandmember 不会破坏集合

sadd 可以用于标签业务需求，

sadd + sinter 可以用于社交类业务

zset 有序集合

Jedis

jedis 连接池配置

建议false 是因为特别在高并发下，也影响性能，而且可以通过 redis 配置来达到连接基本永远活性

合适maxTotal 比较难确定

常见问题

4. 网络或者DNS异常等原因

redis 慢查询

执行命令的时候执行很慢，才属于慢查询

客户端超时不一定慢查询，但慢查询是客户端超时的一个可能因素

慢查询保存在内存中，redis 重启之后就没有了

slowlog-log-slower-than 慢查询阈值

配置，可以启动时候配置，也可以动态配置

命令

slowlog-log-slower-than不要设置过大,默认是10ms,通常设置1ms
slowlog-max-len不要设置过小,通常设置1000左右

定期持久化慢查询（使用开源软件或者其他手段去持久化慢查询记录），就可以查看历史的慢查询了

pipeline 流水线

主要是为了节约网络时间，提高通信效率

原生M操作是原子的。而 pipeline 命令不是原子的，会对命令进行拆分为小的命令

发布订阅

命令

发布

取消订阅

bitmap 位图

value 只能是 0 或者1

HyperLogLog

GEO 地理信息定位

geo 在 3.2 版本以上才有

持久化

RDB

触发机制： save （同步，将阻塞redis）， bgsave(异步)，自动

save 与 bgsave

自动生成RDB

配置

rdbcompression 是否采用压缩方式存储， rdbchecksum 是否检验

不容忽略方式

1，全量复制， 2， debug reload ， 3. shutdown （可以在关闭时候，生成 rdb）

通常情况下不会去配置 save 的自动配置

RDB耗时，耗性能，不可控，容易丢失数据

AOF

默认就是AOF策略就是everysec 这样最多会丢失一秒内的数据‘

no策略也就是默认按照操作系统来将缓冲数据刷新到 AOF文件。

一般都是使用 everysec

AOF自动重写

配置

可以使用RDB 做备份来集中管理

使用AOF要考虑到系统内存，需要预留一些内存给AOF的

fork 操作

https://www.jianshu.com/p/4425475fb596

info:latest_fork_usec 即上一次fork的微秒数，如果这个比较大，可能会在fork时候阻塞 redis

maxmemory 越大fork 越久

子进程开销和优化

硬盘优化

redis 主从复制及优化

redis 可以有 1主多从，

可以进行读写分离：写主节点，读从节点

主从配置

1， salveof 命令

当主复制数据给从的时候，会将从服务的数据给清除掉

slaveof no noe 取消复制

2，配置

slaveof ip port

slave-read-only yes

主从之间是全量复制的

故障处理

使用sentinel 做故障转移

主从复制问题

可以在从节点做备份也就是做 rdb 的备份。这样可以减轻主节点的压力

1，读写分离

从节点不能删除过期数据，所以会读到过期数据

读写不好做，那就不要读写分离了，扩容优化master好了

2. 主从配置不一致

3. 规避全量复制

4. 规避复制风暴

可以采用：主节点分散多机器

Redis Sentinel

sentinel 可以管理多套 redis 主从

sentinel 的redis客户端介入流程

master 节点变化时候， sentinel 会去通知客户端的

sentinel 原理与三个定时任务

手动故障转移，下线

高可用读写分离

Redis Cluster 分布式集群

呼唤集群

1. 单机可以并发量 10万/每秒

业务需要100W/每秒

2. 数据量

机器内存一般16到 256G内存，但是业务需要500G以上？

3. 规模化需求

数据分布

取余分区

虚拟槽分区

将槽范围给不同的redis 节点去管理。

执行的时候，使用key 去算出来去哪个节点去操作。比如取数据，

如果对应的redis 节点有数据那么就取出来数据返回，如果发现没有数据，那么其会知道应该去哪个节点去取数，然后再去对应redis节点去执行取数即可。

节点： cluster-enable：yes 就是以集群方式启动

即节点之间可以互相通信，所以节点共享信息

特性：

1，复制：每个节点都是可以有主从的，且主挂了从可以变为主节点

2. 高可用

3. 分片：即有多个主节点，可以进行读写分离

安装配置

原生命令安装

开启节点和开启redis 命名一样，比如 redis-server redis-conf 一样

cluster-require-full-coverage yes 即当某一个节点挂了，那么整个集群都不对外提供服务。一般是no

redis-trib 搭建分布式集群

1，需要ruby 环境

如果ruby 以上安装不成功，就是 ruby -v 没成功

就可以使用另一种方式去安装

sudo yum install ruby

http://www.ruby-lang.org/zh_cn/documentation/installation/#yum

replicats 1 代表每个集群开启一个对应的从节点

./redis-trib.rb create --replicas 1 127.0.0.1:8000 127.0.0.1:8001 127.0.0.1:8002 127.0.0.1:8003 127.0.0.1:8004 127.0.0.1:8005


>>> Creating cluster
>>> Performing hash slots allocation on 6 nodes...
Using 3 masters:
127.0.0.1:8000
127.0.0.1:8001
127.0.0.1:8002
Adding replica 127.0.0.1:8003 to 127.0.0.1:8000
Adding replica 127.0.0.1:8004 to 127.0.0.1:8001
Adding replica 127.0.0.1:8005 to 127.0.0.1:8002


总共6个然后选择3个做主，其他做对应主的从