redis使用

是什么？

Redis：REmote DIctionary Server(远程字典服务器)

与其它key - value缓存产品有以下三个特点

能干嘛？

怎么玩？

keys *

显示当前库所有键

临时设置密码，非永久。在配置环境中改才是永久，看下方15

config get requirepass //获取密码

config set requirepass "" //设置密码

auth 密码  //输入密码，解锁

get dir 获取启动服务的路径。

redis 的value的最大大小是 512M

缓存方式

redis去公司的配置

redis的持久化

面试官问redis的持久化是什么，他想听到的两个词就是

• RDB (Redis DataBase)

• AOF (Append Only File)

RDB

是什么？

在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。

Redis会单独创建(fork) 一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。

整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能

如果要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

Fork

RDB保存的是dump.rdb文件

配置位置

在SNAPSHOTTING下

如何触发？

save   //保存方式，多少秒内至少保存多少次才备份
save 3600 1
save 300 100
save 60 10000

如何恢复？

重启后自动加载。

注意：shutdow相当于mysql的commit，将会更新dump，故

flushall，shutdown的操作，再shutdown，会更新dump。如果dump为空，那么重新加载时数据自然也为空。

**注意：**一般，数据备份的机器和生产机器不是同一台，数据是要另外备份的。这样即使dump文件不小心丢失损坏，还可以恢复。

如果需要立刻备份数据到dump，应该如何做呢？

假如现在插入一条数据，这条数据非常重要，需要立刻保存。那么可以用命令：

save

禁用

如果想禁用RDB持久化策略，只要不设置任何save，或者设置save “” 就可以禁用。

快照部分解析

如何触发快照

如何恢复

将备份文件(dump.rdb)移动到redis安装目录并启动程序即可

CONFIG GET DIR 获取目录

优势

适合大规模的数据恢复（对数据完整性和一致性要求不高）

劣势

• 在一定间隔时间做一次备份，所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改
• Fork的时候，内存中的数据被克隆一份，大致2倍的膨胀性需要考虑

如何停止

动态所有停止RDB保存规则的方法：redis-cli config set save “”

总结

AOF

是什么？

以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来（读操作不记录），只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

Aof保存的是appendonly.aof文件

注意事项

如果RDB和AOF共同存在的情况下，将会执行AOF，即appendonly.aof文件。

如果AOF存在错误（各种原因形成的错误），那么服务端将启动失败（ps -ef|grep找不到），这种情况下，执行redis-check_aof来修复 appendonly.aof文件。

启动方法

配置文件，APPENDONLY 下

appendonly no 改成 yes

一些配置

appendonly是启动项

appendfilename是aof保存文件的名字

Appendfsync是保存选项，分三种，出厂默认推荐，每秒记录

AOF Rewrite

是什么？

AOF采用文件追加方式，文件会越来越大，为避免出现这种情况，新增了重写机制，当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集，可以使用命令bgrewriteaof。

重写原理

AOF文件持续增长而过大时，会fork出一条新进程来将文件重写（也是先写临时文件最后再rename），遍历新进程的内存中数据，每条记录有一条Set语句。重写aof文件的操作，并没有读取旧的apf文件，而将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似。

触发机制

Redis会记录上一次重写时的AOF大小，默认配置是当AOF文件大小是上一次rewrite后的大小的一倍且文件大于64M时触发。

优势

劣势

小总结

总结

只做缓存

如果你只希望你的数据在服务器运行的时候存在，你也可以不使用任何持久化方式

同时开启两种持久化方式

性能建议

Redis的事务

是什么

能干嘛

一个队列中，一次性，顺序性，排他性的执行一系列命令

Redis事务命令

• DISCARD 取消执行事务块内的所有命令
• EXEC 执行所有事务块内的命令
• MULTI 标记一个事务块的开始
• UNWATCH 取消WATCH 取消WATCH命令对所有key的监视
• WATCH key (key…) 监视一个或多个key，如果在事务执行之前这个或这些key被其它命令所改动，那么事务将被打断。

五种情况

• 正常执行

• 放弃事务

• 全体连坐

  当事务块中存在事务语法错误，整个事务内的语句都不会执行。

• 冤头债主

  当事务中出现语义错误，不影响其它语句的执行。

  全体连坐和冤头债主的区别是一个是语法错误一个是语义错误，一个是编译时出错，一个是运行时异常。

• watch监考

  悲观锁和乐观锁的区别：悲观锁是认为执行时会冲突，所以必须加锁，并行性差。乐观锁是执行不一定冲突，如果发现冲突则会某个操作不会执行。（需要重新判断冲不冲突）。

  无加塞篡改，先监控再开启multi，如果监控的东西有变动，则事务不会成功执行。

  • 当监控后，未multi前发现监考的key已经变化，可以unwatch，再重新watch。
  • 监控后，multi后，key才变化，这时如果unwatch再watch是出错的。应该discard取消事务。
  • 监考后，multi，可以自己更改监控的值，修改后，exec，事务执行。（理所当然嘛，因为自己监控了就是保证别人不修改，自己才方便下手。

Redis的发布与订阅

是什么？

进程间的一种通信模式：发送者(pub)发送信息，订阅者(sub)接收信息。

命令

• PSUBSCRIBE pattern1 (pattern2…) 订阅一个或多个复合规定模式的频道

  psubscribe

  psubscribe new*
  
  publish new2022 hello
  

• PUBSUB subcommand

• PUBLISH channel message 将消息发送到指定频道

  publish

• PUNSUBSCRIBE [pattern[pattern…]] 退订所有给定模式的频道

• SUBSCRIBE channel[channel2…] 订阅给定的一个或多个频道

• UNSUBSCRIBE channel [channel2] 取消订阅给定的一个或多个频道

Redis的复制（Master/Slave）主从复制

是什么？

也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slave机制，Master以写为主，Slave以读为主。

能干嘛？

• 读写分离
• 容灾恢复

怎么玩？

1. 配从不配主

2. 从库配置：slaveof 主库ip 主库端口

   每次与master断开后，都需要重新连接，除非你配置进redis.conf文件

3.修改配置文件细节操作

• 拷贝多个redis.conf文件，不同服务器启动在不同配置文件上
• 开启daemonize yes 让服务器在后台持续工作，除非手动kill
• Pid文件名字 （pid文件中存放的是进程的ID。使用cat命令查看，可以看到内容只有一行，记录了该进程的ID。作用是防止启动多个进程副本。）
• 指定端口
• Log文件名字
• dump.rdb名字

像log文件名字，dump.rdb名字，不同服务器要改成不同的名字。

4. 常用3招，一主二仆，薪火相传，反客为主

info replication 查看主从复制详细信息

主从复制几种情况（重点

1. 主机写，从机完全复制。
2. 从机写，将出错。从机不能写。读写分离，只有主机能写。
3. 主机死了，从机原地待命，主机恢复，从机继续干活
4. 从机死了然后复活，如果从机的配置文件中 没 配置一重启就跟从主机的端口和ip，那么从机将成为主机。如果设置了，那么一重启就会变成从机。

常用三招

一主二仆

薪火相传

上一个slave可以是下一个slave的master。slave同样可以接收其它slaves的连接和同步请求，那么该slave作为了链条中下一个master，可以有效减轻master的写压力。

中途变更转向：会清楚之前的数据，重新建立拷贝最新的。

slaveof 新主库IP 新主库端口

反客为主

slaveof no one 使当前数据库停止与其它数据库的同步，转成主数据库。

现在假设，6380和6381都跟着6379，6379挂了，6380使用命令成为master，6381使用命令跟着6380这个新老大。

复制原理

哨兵模式

哨兵模式通俗来讲就是 反客为主 的自动版本。当反客为主中的主死掉时，我们需要主动修改客，使其变为主，并设置另外的客跟从新的主。

哨兵模式下，当主机死掉后，会在客中进行投票，票数最多的将会成为新的主机，其余客机会以它为主。如果死掉的那个主又回来，他也将成为新主机的客机了。

哨兵模式的使用

• 自定义的配置文件下的目录下（即和配置文件同级的目录）下新建sentinel.conf文件，名字绝对不能错

• 配置哨兵，填写内容

  sentinel monitor 主机名字(任起) 主机IP 主机端口 数字n(该数字代表 至少n票及以上的客机才能成为新主机)
  

• 启动哨兵 Redis-sentinel /目录/sentinel.conf

  上述目录按照自己的实际情况来配置，可以不同。

• 一组sentinel能同时监考多个master

注：图片来源：尚硅谷阳哥redis教程：

尚硅谷阳哥redis

侵删