3. Redis安装及常用数据类型命令
3.1. 单机安装
image.png
yum -y install gcc-c++
# https://redis.io/download
$ wget https://download.redis.io/releases/redis-6.2.3.tar.gz
$ tar xzf redis-6.2.3.tar.gz
$ cd redis-6.2.3
$ make
#解压后的根目录
make && make install
#/usr/local/bin redis-server /usr/local/redis/redis.conf
mkdir /usr/local/redis
cp redis.conf /usr/local/redis/
vi redis.conf
daemonize yes #后台运行
bind 0.0.0.0 #不限制ip访问
requirepass icoding #密码
#将redis安装包util下的redis_init_script
cp redis_init_script /etc/init.d/redisd
vi redisd
CONF="/usr/local/redis/${REDISPORT}.conf" #配置文件的路径
PASSWORD=icoding
$CLIEXEC -p $REDISPORT -a $PASSWORD shutdown
#给redisd授权
chmod 777 redisd
3.2. Redis String命令
keys *
keys abc*
#redis-cli keys "a*" | xargs redis-cli del
set age 18 #没有则创建，有则覆盖
setnx age 18 #没有则创建，有什么都不做
type age #获取类型
get/del key #获取删除数据
set key value ex time #设置值的时候同时设置过期时间s
#心跳检测 默认一秒10次，如果过期就把他从内存中清除 config get hz
ttl key #还剩多久，-1永不过时，-2过期，正数就是还剩多少秒
append age gavin #追加字符串
strlen key #获取字符串长度
incr/decr key #给value+1/-1，如果key不存在则创建并将值设置为1
incrby/decrby key step #不存则创建一个-step/+step
getrange key start end # end=-1 表示到最后
setrange key start newdata # 替换
mset key1 value1 key2 value2 # 不支持过期时间同时设置
mget key1 key2 # 连续取值
msetnx key1 value1 key2 value2
#我们的Redis可以当成一个数据库，甲方1，甲方2，甲方3，就可以使用redis的库的概念
#databases 16
keys
flushdb #他是原子性的，一旦执行就无法回头，删除当前db下所有数据
flushall #删除所有数据库的数据
config
rename-command CONFIG "icodingconfig"
rename-command KEYS "icodingkeys"
rename-command FLUSHDB "icodingflushdb"
rename-command FLUSHDB ""
rename-command FLUSHALL "icodingflushall"
使用场景： 短信验证码，配置信息等
3.3. Redis操作hash类型
# 比如对象
user {
name : icoding
age : 18
sex : male
}
hset/hsetnx user name icoding age 18 sex male
hget user name
hmset user name icoding age 18
hmget user name age sex
hgetall user
hincrby user age 2
hincrbyfloat user age 2.2
hlen user
hexists user age # 判断属性是否存在
hkeys user #获取所有属性
hvals user #获取所有value
hdel user name #删除属性
使用场景： 一般key为ID或者唯一标示，value对应的就是详情了。如商品详情，个人信息详情，新闻详情等
3.4. Redis操作list类型
#list对象[] 类似于栈
lpush userList v1 v2 v3 v4 v5 #从左边开始压栈
rpush userList v1 v2 v3 v4 v5 #从右边开始压栈
lpop
rpop
llen userList
lindex userList index #直接获取下标对应的值
lset userList index value
linsert userList before/after pivot(栈内的具体值) value
lrem userList num value #删除几个相同数据的value
ltrim userList start end
使用场景：list——因为list是有序的，比较适合存储一些有序且数据相对固定的数据。如省市区表、字典表等。因为list是有序的，适合根据写入的时间来排序，如：最新的***，消息队列等。
3.5. Redis操作Set类型
sadd userSet v1 v2 v3 v4 val5 val5 #保存集合并去重
smembers userSet #获取值，但顺序和写入不一定相同
scard userSet #获取集合数量
sismember userSet value #看value是否存在于集合中
srem userSet val1 val2 #删除集合值
spop userSet 2 #随机出栈2个
srandmember userSet 2 #随机展示两个
smove k1 k2 v2 #将集合k1中的v2移动到k2中
sinter k1 k2 #交集，交叉的值
sunion k1 k2 #并集并去重
使用场景：可以简单的理解为ID-List的模式，如微博中一个人有哪些好友，set最牛的地方在于，可以对两个set提供交集、并集、差集操作。例如：查找两个人共同的好友等。
公司年会抽奖用这个不香吗?
3.6. Redis操作zset类型
zadd zk1 10 apple 20 peach 30 banana 40 pear 50 cherry #设置有分数的集合
zrange zk1 0 -1 withscores #根据位置获取数据并显示分数
zcard zk1 #获得集合数量
zrank zk1 banana #获取值的下标
zscore zk1 apple #获取值的分数
zcount zk1 10 30 #统计分数区间有的数据个数
zrangebyscore zk1 10 40 #获取分数内的值
#在分数的基础上再进行 从哪个下标开始，然后有几个
zrangebyscore zk1 10 40 limit 13 #在分数的基础上再进行下标的区间的过滤
zrangebyscore zk1 (10 (40 #获取分数内的值不包含边界
zrem zk1 apple #删除集合中的值
使用场景：是set的增强版本，增加了一个score参数，自动会根据score的值进行排序。比较适合类似于top 10等不根据插入的时间来排序的数据。
4. Redis的线程模型
Redis是一个单进程的应用
redis线程模型
每一条到达服务端的命令都不会立即执行，所有命令都会进入一个队列中，所以Redis不会产生并发问题
为什么Redis是单线程模型效率还这么高？
- 纯内存访问：数据放在内存中，内存的响应时间100纳秒
- 非阻塞I/O：Redis采用epoll作为I/O多路复用技术的实现，再加上Redis自身的事件处理模型将epoll中的连接、读写、关闭都转换为了事件，不在I/O上浪费过多时间
- 采用单线程，避免了不必要的上下文切换和竞争条件
由于模型的本身机制，因此尽量不要和redis交互大数量的内容
什么是多路复用?
假如你是一个老师，让30个学生回答问题，如何在学生昨晚后检查是否正确？
- 第一种：A，B，C，D按顺序轮询
- 第二种：老师身上有查克拉会分身，分了30分身去处理
- 第三种：你在讲台上问谁回来完毕，谁举手去回答谁，这就是I/O复用模型了
5. Redis的发布与订阅
有点像消息，但这个订阅是阻塞式的，我要一直等
subscribe java php c #订阅，要早于发布之前阻塞执行
publish java springboot #发布消息
psubscribe java* #订阅统配频道
6. Redis的持久化
MySQL的定时备份和增量备份
6.1. RDB模式
6.1.1. RDB模式分析
1、什么是RDB
每隔一段时间，把内存中的数据写入磁盘，恢复的时候，他会自动从工作区拿出来进行恢复
2、RDB的优劣势
优势
- 每隔一段时间，全量备份
- 备份简单，可以直接传输文到其他地方
- 备份的过程中会fork一个新的进程来进行文件的存储
劣势
- 发生故障时，会丢失上次备份到当前时间的数据
- fork的进程会和父进程一摸一样，会导致内存随时膨胀两倍
6.1.2. RDB配置文件
save 900 1 #900秒内变更1次才触发bgsave
save 300 10
save 60 10000
# 如果不想开启RDB，就是配置成 save ""
dbfilename dump.rdb #rdb保存的文件名
dir ./ #就是存放我们RDB备份文件的目录
#yes：如果save过程出错了则停止Redis写操作
#no：没所谓save是否出错
stop-writes-on-bgsave-error yes
#开启RDB压缩
rdbcompression yes
#进行CRC64算法校验，有10%的性能损耗
rdbchecksum yes
6.1.3. 手动备份RDB
手动触发有两个命令
save命令
在执行的时候会阻塞Redis的服务，直到RDB文件完成才会释放我们Redis进程恢复读写操作bgsave命令
执行bgsave的时候会在后台fork一个进程进行RDB的生成，不影响主进程的业务操作
6.1.4. 使用RDB恢复数据
只需要将dump.rdb移动到我们redis.conf配置的dir（dir ./）目录下，就会在Redis启动的时候自动加载数据到内存，但是Redis在加载RDB过程中是阻塞的，直到加载完毕才能恢复操作
redis-cli> config get dir
6.2. AOF模式分析
RDB会丢失最后一次备份和系统宕机之间的数据，可能你觉得无所谓，所以就需要增量备份的过程了，什么Redis的增量备份，就是AOF，有点像MySQL的Binlog
6.2.1 AOF的特点
特点
- 以日志形式来记录用户的请求和写操作，读操作不会记录
- 文件是追加的形式而不是修改的形式
- redis的aof恢复其实就是从头到尾执行一遍
优势
- AOF更加耐用，可以以秒为单位进行备份，如果发生问题，之丢失一秒的数据
- 以log日志的方式进行存放和追加数据，如果磁盘已经很满了，会执行redis-check-aof工具
- 当aof文件太大的时候，redis在后台会自动重写aof，相当于把redis的aof文件进行压缩
- AOF日志包含所有写操作，便于redis的恢复
劣势
- 相同的数据，AOF比RDB大
- AOF比RDB同步慢
- 一旦AOF文件出现问题，数据就会不完整
6.2.2. AOF配置文件
#开启AOF
appendonly yes
#AOF的文件名设置
appendfilename "appendonly.aof"
# aof同步备份的频率设置
# no : 写入aof文件，不等待磁盘同步
# everysec ：每秒讲写操作备份，推荐使用
# always ：每次操作都会备份，数据是安全和完成，但性能会比较差
appendfsync everysec
# 重写的时候是否要同步，yes则不同步，no同步阻塞可以保证数据安全
no-appendfsync-on-rewrite no
# 重写机制(压缩机制):避免文件越来越大,将key的重复值合并,重写的时候会触发fork一个新进程来操作
# 触发条件就是下面两个都满足才触发
# 上面配置no,重写触发后会fork进程并阻塞主进程无法写入导致等待,所以两个值可以设置小点让重写快速阻塞完毕
# 1.现有的文件比上次多出100%：上次压缩完2G，现在已经4G了如果是50%就是3G
auto-aof-rewrite-percentage 100
# 2.现有的文件已经超过100mb了
auto-aof-rewrite-min-size 100mb
6.3. 到底是使用RDB还是AOF
Redis在RDB和AOF同时开启的过程中，重启后会优先加载AOF文件
- AOF文件在开启后就会自动创建一个空文件
- 重启后Redis会优先加载AOF：默认是以秒为单位进行保存的，在逻辑上比RDB的数据完整
解决方案：
# 在redis客户端在线更改
config get appendonly
config set appendonly yes
