Redis学习

Redis

redis是非关系型数据库。每秒的读写速率能够达到12万-15万

redis是否支持事务

支持事务，可以将它看作是一个伪事务。

redis事务本质：

redis的事务是基于队列的；也就是说创建一个事务队列，在将事务操作都放入队列中，最后依次执行。

事务的相关命令：

multi开启事务
exec执行事务
discard取消事务

测试一：

        测试开启事务，正确提交值：（如图一）

        图一

        exec执行事务 

测试二： 

        测试开启事务，真确提交值，数据回滚：

图二

        discard 取消事务 

取消事务后，再去获取值获取不到（如图二）

什么情况下事务会回滚

第一种：如上述测试二一样，手动回滚事务即执行discard命令

第二种：语法错误，自动回滚

图三

上图三中，setage 11 命令语法错误，导致执行时直接提示了错误，我们再执行exec事务时，会提示''EXECABORT Transaction discarded because of previous errors.''

由于上一次错误，事务已经取消了

什么情况下事务不会回滚   

命令没有错误，存在不同数据类型的key相同。

使用的不同数据类型设置值，但是数据的key名称相同。如下：

exec执行事务后发现数据类型不同时，key相同的数据，保留了string类型的name，而set集合(sadd)的name没有了值在中也查看了不存在。事务没有回滚

redis持久化的方式

redis持久化包括RDB快照、AOF(append only file)仅追加文件两种方式。

RDB快照方式无法保证数据完整性，会丢失最后一次快照后的所有数据

持久化是为了将保存在内存中的数据存储到磁盘中，避免数据意外丢失。

redis是将数据保存在内存中的。服务一旦宕机会导致数据丢失。

持久化的作用当服务器宕机重启后，能够将保存到磁盘中的数据进行恢复。

RDB快照模式Redis DataDase

redis的默认存储方式，基于快照思想，当符合(手动或自动)触发条件时，

redis会将触发的那一时刻的内存数据进行快照并保存在磁盘上，产生一个经过压缩的二进制文件，文件后缀名为.rdb。

由于RDB文件是保存在磁盘，只要文件存在，无论是redis进程退出、还是服务器宕机重起，RDB文件都能将数据还原。

正常启动、停用redis时，会自动触发redis的RDB持久化。

也可以手动执行命令：save 或bgsave 

两者的区别：

RDB触发条件：

在redis.conf文件中配置了默认的触发机制。

save ""  # 不使用RDB存储 不能主从
save 3600 1   # 表示1小时内至少1个件被更改则进行快照。
sava 300 100  # 表示5分钟(300/60)内至少100个键被更改则进行快照。
sava 60       #  表示1分钟内至少10000个键被更改则进行快照

以上默认触发保存数据依然会存在数据丢失的可能，当都不满足上述触发机制时，就会存在数据丢失。

AOF仅追加文件模式Append Only File

解决RDB最后一次快照后的所有数据可能丢失的问题

将redis.conf文件中修改为appendonly yes (默认是no)

将客户端发送的所有更改数据的 命令,记录到AOF文件。

注意：只记录对redis操作的所有写命令

AOF实现持久化的三个步骤： 命令追加、文件写入、文件同步

AOF 触发存储的三种方式：

always、 everysec默认方式、 no

三种方式的对比：

触发方式：

通过修改配置文件中的重写阈值。

自动重写：修改配置文件

手动执行：输入命令 bgrewriteaof

#当前aof文件大小超过上一次aof文件大小的百分之多少时进行重写。如果之前没有重写过，以
启动时aof文件大小为准
auto-aof-rewrite-percentage 100
#限制允许重写最小aof文件大小，也就是文件大小小于64mb的时候，不需要进行优化
auto-aof-rewrite-min-size 64mb

todo待完善 

两种持久化机制对比

RDB与AOF