Redis_day03

最新推荐文章于 2024-08-28 19:48:03 发布

maoziting_lhj

最新推荐文章于 2024-08-28 19:48:03 发布

阅读量34

点赞数

文章标签： redis Powered by 金山文档

本文链接：https://blog.csdn.net/weixin_46027411/article/details/129131399

版权

文章介绍了如何使用Jedis连接Redis，以及Redis在Linux环境的配置。重点讨论了Redis的持久化机制，包括RDB（快照）和AOF（日志）两种方式，它们在数据备份、恢复速度和实时性方面的优缺点，并提到了AOF的重写机制以优化文件大小和恢复效率。

摘要由CSDN通过智能技术生成

[toc]

Jedis

第一个程序

//连接redis
Jedis jedis = new Jedis("localhost", 6379);
//操作redis
jedis.set("name", "itheima");
jedis.get("name");
//关闭redis连接
jedis.close();

Redis环境配置【Linux】

下载并安装Redis【省略】

Redis服务启动

默认配置启动

#默认方式
redis-server
#指定端口方式
redis-server -p 6379

#去除注释和空行的配置文件
cat redis.conf | grep -v "#" |grep -v "^$" >redis-6379.conf

基本配置【配置文件属性]

#以守护进程方式启动，使用本启动方式，redis将以服务的形式存在，日志将不再打印到命令窗口中
daemonize yes

#设定当前服务启动端口号
port 6***

#设定当前服务文件保存位置，包含日志文件、持久化文件（后面详细讲解）等
dir “/自定义目录/redis/data“

#设定日志文件名，便于查阅
logfile "6***.log“

Redis客户端启动

#默认方式
redis-cli
#指定端口方式
redis-cli -h 127.0.0.1 –port 6379

持久化

概述

什么是持久化

利用永久性存储介质将数据进行保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化。

为什么要进行持久化

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

持久化过程保存什么

将当前数据状态进行保存，快照形式，存储数据结果，存储格式简单，关注点在数据

将数据的操作过程进行保存，日志形式，存储操作过程，存储格式复杂，关注点在数据的操作过程

RDB

启动方式

save【弃用】

bgsave

RDB优点

RDB是一个紧凑压缩的二进制文件，存储效率较高

RDB内部存储的是redis在某个时间点的数据快照，非常适合用于数据备份，全量复制等场景

RDB恢复数据的速度要比AOF快很多

应用：服务器中每X小时执行bgsave备份，并将RDB文件拷贝到远程机器中，用于灾难恢复。

RDB缺点

RDB方式无论是执行指令还是利用配置，无法做到实时持久化，具有较大的可能性丢失数据

bgsave指令每次运行要执行fork操作创建子进程，要牺牲掉一些性能

Redis的众多版本中未进行RDB文件格式的版本统一，有可能出现各版本服务之间数据格式无法兼容现象

AOF

概述

AOF(append only file)持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中命令达到恢复数据的目的。与RDB相比可以简单描述为改记录数据为记录数据产生的过程

AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式

写数据三种策略

always（每次

everysec（每秒

no（系统控制

启动方式

配置文件配置启动

#是否开启AOF持久化功能，默认为不开启状态
appendonly yes|no
#AOF写数据策略
appendfsync always|everysec|no
#AOF持久化文件名，默认文件名未appendonly.aof，建议配置为appendonly-端口号.aof
appendfilename filename