Redis基础知识(二)

Redis高级

环境：Linux

安装

//下载
wget http://download.redis.io/releases/redis-4.0.0.tar.gz

//解压
tar -xvf redis-4.0.0.tar.gz 

//安装
make install

//进入到src目录下
cd src/

//启动
redis-server

//进入redis
redis-cli

Redis服务启动

默认配置启动

redis-server
redis-server  --port 6380

设置配置信息

//将redis目录下的redis.conf文件拷贝一份到 redis-6379.conf中
cat redis.conf  | grep -v "#" | grep -v "^$" > redis-6379.conf

//redis-6379.conf
port 6379
//守护进程方式启动，使用本启动方式，redis将以服务的形式存在，日志不在打印到命令窗口中
daemonize yes
logfile "6379.log"
 //当前服务文件保存位置
dir /usr/local/redis/redis-4.0.0/data

//加载配置文件    
/usr/local/bin/redis-server redis-6379.conf 
    
//查看redis进程
ps -ef | grep redis

root     28553     1  0 12:54 ?        00:00:00 /usr/local/bin/redis-server *:6379
root     28645 27223  0 12:55 pts/2    00:00:00 grep redis
    
   
//连接
/usr/local/bin/redis-cli
127.0.0.1:6379> 

指定配置文件启动

redis-server redis-6379.conf 

Redis客户端连接

默认连接

redis-cli

连接指定服务器

redis-cli -p 6379
redis-cli -h 127.0.0.1
redis-cli -h 127.0.0.1 -p 6379

持久化

使用永久性的存储介质保存数据，可以将数据进行回复

防止数据意外丢失，确保数据的安全性。

方式

• 以数据为重点，将数据以二进制形式保存，快照的形式，存储格式简单。(RDB)
• 记录操作数据的过程，日志的形式，存储格式复杂，关注的重点在数据的操作过程。(AOF)

RDB

命令

save
//手动执行一次保存

配置相关命令

• dbfilename dump.rdb
  • 说明：设置本地数据库文件名，默认值为 dump.rdb
  • 经验：通常设置为dump-端口号.rdb
• dir
  • 说明：设置存储.rdb文件的路径
  • 经验：通常设置成存储空间较大的目录中，目录名称data
• rdbcompression yes
  • 说明：设置存储至本地数据库时是否压缩数据，默认为 yes，采用 LZF 压缩
  • 经验：通常默认为开启状态，如果设置为no，可以节省 CPU 运行时间，但会使存储的文件变大（巨大）
• rdbchecksum yes
  • 说明：设置是否进行RDB文件格式校验，该校验过程在写文件和读文件过程均进行
  • 经验：通常默认为开启状态，如果设置为no，可以节约读写性过程约10%时间消耗，但是存储一定的数据损坏风险

save指令工作原理

当数据量过大，单线程执行会造成执行效率低下。

命令

bgsave(background save)
//手动启动后台保存操作，但不是立即执行

bgsave指令工作原理

bgsave命令是针对save阻塞问题做的优化。Redis内部所有涉及到RDB操作都采用bgsave的方式，save命令可以放弃使用，推荐使用bgsave。

自动执行保存

配置

save second changes

• 作用

  满足限定时间范围内key的变化数量达到指定数量即进行持久化

• 参数

  • second：监控时间范围
  • changes：监控key的变化量

• 配置位置

  在conf文件中进行配置

工作原理

注意：

• save配置要根据实际业务情况进行设置，频度过高或过低都会出现性能问题，结果可能是灾难性的
• save配置中对于second与changes设置通常具有互补对应关系（一个大一个小），尽量不要设置成包含性关系
• save配置启动后执行的是bgsave操作

二种方法的对比

RDB优缺点

• 优点
  • RDB是一个紧凑压缩的二进制文件，存储效率较高
  • RDB内部存储的是redis在某个时间点的数据快照，非常适合用于数据备份，全量复制等场景
  • RDB恢复数据的速度要比AOF快很多
  • 应用：服务器中每X小时执行bgsave备份，并将RDB文件拷贝到远程机器中，用于灾难恢复
• 缺点
  • RDB方式无论是执行指令还是利用配置，无法做到实时持久化，具有较大的可能性丢失数据
  • bgsave指令每次运行要执行fork操作创建子进程，要牺牲掉一些性能
  • Redis的众多版本中未进行RDB文件格式的版本统一，有可能出现各版本服务之间数据格式无法兼容现象

AOF(append only file)

概念

• AOF(append only file)持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中命令，以达到恢复数据的目的。与RDB相比可以简单描述为记录数据产生的过程
• AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式

AOF写数据过程

三种策略

• always（每次）
  • 每次写入操作均同