Redis-1-基础

最新推荐文章于 2024-05-14 07:48:24 发布
最新推荐文章于 2024-05-14 07:48:24 发布
阅读量458 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22648091/article/details/115431069
版权

一、数据类型

1. 数据类型的基本介绍

image.png

二、Redis 的认证连接

// 在配置文件中找到以下配置项，大约在第 `500` 行
shell> vi /etc/redis/6379.conf
requirepass mypassword

mypassword 就是密码了，更改好后重启服务

使用设置好的密码认证

// 使用 auth 进行密码认证
127.0.0.1:6379> info
NOAUTH Authentication required.
127.0.0.1:6379> auth  mypassword
OK
127.0.0.1:6379> info
# Server
redis_version:4.0.10
...略...

或者在 shell 命令行里使用 -a 选项指定密码，会出现警告信息

[root@localhost ~]# redis-cli  -a foobared info
Warning: Using a password with '-a' option on the command line interface may not be safe.
# Server
redis_version:4.0.10
...略...

三、持久化存储

1. 持久化存储的方式介绍

Redis 分别提供了 RDB 和 AOF 两种持久化机制：

  • RDB 将数据库的快照（snapshot）以二进制的方式保存到磁盘中。

  • AOF 则以协议文本的方式，将所有对数据库进行过写入的命令（及其参数）记录到 AOF 文件，以此达到记录数据库状态的目的。

2. RDB

a. 什么是RDB

和 MySQL 中的 mysqldump 差不多一个道理。

image.png

b. 什么情况下会触发 RDB

第一种情况，主动执行 save 命令（同步，阻塞 ，就是save 命令执行完毕后才能执行后续的其他命令操作）

千锋云计算

阻塞

千锋云计算

保存 RDB 文件的策略

每次创建新的文件，并且替换原来旧文件（假如存在旧的文件）

第二种情况，主动执行 bgsave 命令 （异步，非阻塞 ）

image.png

  • 文件策略和 save 相同
第三种情况，自动触发

自动触发，就是通过对 Redis 的配置文件重相关选项的修改，当达到某个配置好的条件后，自动生成 RDB 文件
，其内部使用的是 bgsave 命令。

配置文件中相关选项的默认值如下表：

配置secondschanges含义
save9001每隔 900 秒检查一次，假如至少有 1 条数据改变，就生成新的 RDB 文件
save30010每隔 300 秒检查一次，假如至少有 10 条数据改变，就生成新的 RDB 文件
save6010000每隔 60 秒检查一次，假如至少有 10000 条数据改变，就生成新的 RDB 文件

每次检查都会建立一个新的检查点，以便用于下次检查作为参考信息。

关于 RDB 文件的配置信息

默认文件名
dbfilename dump.rdb

默认文件保存位置
dir ./

假如 bgsave 执行中发生错误，是否停止写入，默认是 yes ， 表示假如出错，就停止写入。
stop-writes-on-bgsave-error yes

是否使用压缩|
rdbcompression yes

是否进行数据的校验
rdbchecksum yes

建议的最佳配置

关闭自动生成 RDB 文件
在配置文件中注释掉如下内容

#save 900 1
#save 300 10
#save 60    10000

使用不同端口号进行区分，因为，有可能会在同一台主机上开启多个 Redis 实例。
防止多个实例产生的数据信息写到一个文件中。
dbfilename dump-${port}.rdb

指定一个大硬盘的路径
dir /redis_data

假如出现错误，停止继续写入
stop-writes-on-bgsave-error yes

采用压缩
rdbcompression yes

进行校验
rdbchecksum yes

实验

修改配置文件中的相关选项，使其成为如下内容中显示的值：

dbfilename dump-6379.rdb
dir /redis_data   # 此目录需要自己创建
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes

假如你的 Redis 服务器允许客户端可以从非本机访问，应该在配置文件中，把 protected-mode 的值设置问 no。

这样的话，客户端就可以从其他主机访问 Redis 服务器了，并且不需要密码。

重启服务后，在 Rdis 命令行客户端中输入 save 命令。

[root@s1 ~]# redis-cli
127.0.0.1:6379> save
OK
127.0.0.1:6379>

该命令将在配置文件重配置的指定目录中创建 dump-6379.rdb文件。

恢复数据时，只需要保证此文件完好，并且在配置文件中指定的目录下即可。这样 Rdis 启动时就会把此文件中的数据恢复到当前的服务器中。

bgsave 命令和 save基本一样，就是 bgsave 命令不会产生阻塞
127.0.0.1:6379> bgsave
Background saving started
127.0.0.1:6379>
查看当前服务器的数据文件目录
127.0.0.1:6379> CONFIG GET dir
1) "dir"
2) "/"

2. AOF

什么是 AOF

AOF 文件保存了 Redis 的数据库状态， 而文件里面包含的都是符合 Redis 通讯协议格式的命令文本。

image.png

AOF 保存的模式

Redis 目前支持三种 AOF 保存模式，它们分别是：

  1. AOF_FSYNC_NO ：不保存。
  2. AOF_FSYNC_EVERYSEC ：每一秒钟保存一次。(生产中一般选这种)
  3. AOF_FSYNC_ALWAYS ：每执行一个命令保存一次
不保存

在这种模式下， SAVE 只会在以下任意一种情况中被执行：

Redis 被关闭
AOF 功能被关闭
系统的写缓存被刷新（可能是缓存已经被写满，或者定期保存操作被执行）
这三种情况下的 SAVE 操作都会引起 Redis 主进程阻塞。

每执行一个命令保存一次

在这种模式下，每次执行完一个命令之后， WRITE 和 SAVE 都会被执行。

另外，因为 SAVE 是由 Redis 主进程执行的，所以在 SAVE 执行期间，主进程会被阻塞，不能接受命令请求。

AOF 三种保存模式的比较

因为阻塞操作会让 Redis 主进程无法持续处理请求， 所以一般说来， 阻塞操作执行得越少、完成得越快， Redis 的性能就越好。

模式 1 的保存操作只会在AOF 关闭或 Redis 关闭时执行， 或者由操作系统触发， 在一般情况下， 这种模式只需要为写入阻塞， 因此它的写入性能要比后面两种模式要高， 当然， 这种性能的提高是以降低安全性为代价的： 在这种模式下， 如果运行的中途发生停机， 那么丢失数据的数量由操作系统的缓存冲洗策略决定。

模式 2 在性能方面要优于模式 3 ， 并且在通常情况下， 这种模式最多丢失不多于 2 秒的数据， 所以它的安全性要高于模式 1 ， 这是一种兼顾性能和安全性的保存方案。

模式 3 的安全性是最高的， 但性能也是最差的， 因为服务器必须阻塞直到命令信息被写入并保存到磁盘之后， 才能继续处理请求。

综合起来，三种 AOF 模式的操作特性可以总结如下：

模式WRITE 是否阻塞？SAVE 是否阻塞？停机时丢失的数据量
AOF_FSYNC_NO阻塞阻塞操作系统最后一次对 AOF 文件触发 SAVE 操作之后的数据。
AOF_FSYNC_EVERYSEC阻塞不阻塞一般情况下不超过 2 秒钟的数据。
AOF_FSYNC_ALWAYS阻塞阻塞最多只丢失一个命令的数据。

AOF 方式下的数据还原

Redis 读取 AOF 文件并还原数据库的详细步骤如下：

创建一个不带网络连接的伪客户端（fake client）。
读取 AOF 所保存的文本，并根据内容还原出命令、命令的参数以及命令的个数。
根据命令、命令的参数和命令的个数，使用伪客户端执行该命令。
执行 2 和 3 ，直到 AOF 文件中的所有命令执行完毕。
完成第 4 步之后， AOF 文件所保存的数据库就会被完整地还原出来。

注意， 因为 Redis 的命令只能在客户端的上下文中被执行， 而 AOF 还原时所使用的命令来自于 AOF 文件， 而不是网络， 所以程序使用了一个没有网络连接的伪客户端来执行命令。

当程序读入这个 AOF 文件时， 它首先执行 SELECT 0 命令 —— 这个 SELECT 命令是由 AOF 写入程序自动生成的， 它确保程序可以将数据还原到正确的数据库上。

注意：
为了避免对数据的完整性产生影响， 在服务器载入数据的过程中， 只有和数据库无关的订阅与发布功能可以正常使用， 其他命令一律返回错误。

AOF 的重写机制

为什么需要重写机制

AOF 文件通过同步 Redis 服务器所执行的命令， 从而实现了数据库状态的记录， 但是， 这种同步方式会造成一个问题： 随着运行时间的流逝， AOF 文件会变得越来越大。

  1. 对同一个键的状态的多次不同操作，而最终得到一个结果。比如对列表的添加删除元素。

  2. 被频繁操作的键。比如累加

重新机制是如何实现的

实际上， AOF 重写并不需要对原有的 AOF 文件进行任何写入和读取， 它针对的是数据库中键的当前值，也就是源数据从目前的内存中获取。

考虑这样一个情况， 如果服务器对键 list 执行了以下四条命令：

RPUSH list 1 2 3 4      // [1, 2, 3, 4]

RPOP list               // [1, 2, 3]

LPOP list               // [2, 3]

LPUSH list 1            // [1, 2, 3]

那么当前列表键 list 在数据库中的值就为 [1, 2, 3] 。

如果我们要保存这个列表的当前状态， 并且尽量减少所使用的命令数， 那么最简单的方式不是去 AOF 文件上分析前面执行的四条命令， 而是直接读取 list 键在数据库的当前值， 然后用一条 RPUSH 1 2 3 命令来代替前面的四条命令。

除了列表之外，集合、字符串、有序集、哈希表等键也可以用类似的方法来保存状态。

根据键的类型， 使用适当的写入命令来重现键的当前值， 这就是 AOF 重写的实现原理。

基本都步骤

for  遍历所有数据库:
      if  如果数据库为空：
             那么跳过这个数据库
      else:
            写入 SELECT 命令，用于切换数据库
            for  选择一个库后，遍历这个库的所有键
                   if 如果键带有过期时间，并且已经过期，那么跳过这个键
                   if 根据数据的类型，进行相关操作。
AOF 重写的实现方式
方式区别
bgrewriteaof 命令不需要重启服务，不便于统一管理
配置文件实现需要重启服务，便于进行统一管理
bgrewriteaof

image.png

配置文件实现

image.png

触发条件，必须同时满足如下条件

image.png

aof_current_size 和 aof_base_size 可以通过命令 info persistence 查看到

配置示例
// 要想使用 AOF 的全部功能，需要设置为  yes
appendonly yes

// AOF 文件名，路径才看之前的 `dir` 配置项
appendfilename "appendonly.aof"

// 平常普通的 AOF 的策略
appendfsync everysec


// 当执行 AOF 重写时，是否继续执行平常普通的 AOF 操作。
// 这里设置文件  yes , 表示不执行
// 因为假如，同时执行，两种操作都会对磁盘 I/O 进行访问，造成
// I/O 访问量过大，产生性能衰减
no-appendfsync-on-rewrite yes

// AOF 文件容量的增长率
auto-aof-rewrite-percentage 100

// AOF 文件的最低容量，就是当前文件的大小大于此值时，就会进行重写。当然这只是其中一个条件。
auto-aof-rewrite-min-size 64mb
添加键值对数据，观察 AOF 文件

这里在命令行中设置，以便立刻生效

[root@s1 ~]# redis-cli
127.0.0.1:6379> config get appendonly
1) "appendonly"
2) "no"
127.0.0.1:6379> config set appendonly yes
OK
127.0.0.1:6379> config get appendonly
1) "appendonly"
2) "yes"

进行简单的数据添加操作

127.0.0.1:6379> set hello world
OK
127.0.0.1:6379> set hello python
OK
127.0.0.1:6379> set hello redis
OK
127.0.0.1:6379> incr nums
(integer) 1
127.0.0.1:6379> incr nums
(integer) 2
127.0.0.1:6379> incr nums
(integer) 3
127.0.0.1:6379> incr nums
(integer) 4
127.0.0.1:6379> rpush li a
(integer) 1
127.0.0.1:6379> rpush li b
(integer) 2
127.0.0.1:6379> rpush li b
(integer) 3
127.0.0.1:6379> rpush li c
(integer) 4
127.0.0.1:6379> exit

查看 AOF 文件

[root@s1 ~]# head appendonly.aof
*2
$6
SELECT
$1
0
*3
$3
SET
$5
hello
主动触发

先备份一份目前的 AOF 文件

[root@s1 ~]# cp /appendonly.aof{,.bak}

执行命令 bgrewriteaof

127.0.0.1:6379> config get appendonly
1) "appendonly"
2) "yes"
127.0.0.1:6379> BGREWRITEAOF
Background append only file rewriting started

最后对比两个文件的内容的不同之处。

RDB 和 AOF

区别

image.png

如何抉择

从服务器开启 RDB

主始终开启 AOF

不要使用主机的全部内存
：

shark_西瓜甜
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Redis
weixin_37883657的博客
12-24 934
1、Redis 简介 （1）Redis 的由来 2008 年，意大利的一家创业公司 Merzia 推出了一款基于 MySQL 的网站实时统计系统 LLOOGG ，然而没过多久该公司的创始人 Salvatore Sanfilippo 便开始对 MySQL 的性能感到失望，于是他决定亲自为 LLOOGG 量身定做一个数据库，并于 2009 年开发完成，这个数据库就是 Redis。 不过 Salvatore Sanfilippo 并不满足只将 Redis 用于 LLOO...
Redis数据库的安装使用
qq_43330631的博客
09-20 256
http://www.capabcv.com/resumedownload/339.html 学习网址 https://www.w3cschool.cn/redis/ Redis简介 NoSQL not only sql Redis是一个开源（BSD许可），内存存储的数据结构服务器，可用作数据库，高速缓存和消息队列代理。 它支持字符串、哈希表、列表、集合、有序集合，位图，hyperlo...
Redis迁移工具Redis-shark4深度解析：全方位实战指南
最新发布
java专栏
05-14 837
Redis-shark4并非官方维护的工具，此处为教学目的假设存在一个高度优化的Redis迁移工具版本。它专为Redis实例之间的数据迁移设计，支持在线迁移、数据同步、增量迁移等多种模式，尤其擅长处理大规模数据迁移时的性能和稳定性问题。
redis-1
qq_41617261的博客
01-31 107
redis： 一款高性能的NOSQL系列的非关系型数据库 存储 key:value 类型数据 数据之间没关联，存储在内存中 redis数据结构 key,value格式的数据，key都是字符串，value有5种数据结构 1) 字符串类型 string set key get key del key 2) 哈希类型 hash map格式 hset key field value hget key field hdel key field hgetall key 3) 列表类型 li
Redis-1 Redis
qq_52963857的博客
03-01 1092
1.Redis 2. Redis介绍以及为什么能支撑10W+QPS 特点 优势 Redis、Memcached、Ehcache的区别 Redis的高并发 原理原因优势 IO多路复用技术 3. Redis的安装与多种启动方式详解 4. Redis配置文件讲解及GUI客户端工具连接 5. Redis自带的客户端的基本命令操作 6. Redis的Java客户端及性能优化 7. SpringBoot集成Redis 8. 美食社交APP需求分析与数据库表结构设计 9. 项目架构与微服务搭建 创建模块
redis-shake 3.0.0最新版
09-08
2. **增量迁移**：在全量迁移基础上，Redis-Shake还能进行实时的增量同步，确保新产生的数据也能及时迁移。 3. **过滤规则**：通过配置`filters`，用户可以选择性地迁移特定键空间或满足特定模式的键，实现定制化的...
tomcat-redis-session-manager
06-06
1. Tomcat 7与JDK 1.7：适用于早期的Web应用程序，提供稳定的基础环境。 2. Tomcat 8与JDK 1.7、1.8：Tomcat 8是广泛使用的版本，JDK 1.7和1.8则兼顾了对老版本Java的支持和新特性的利用。 3. Tomcat 8.5与JDK 1.7：...
redis-3.2.2.gem redis-3.2.2.gem redis-3.2.2.gem
10-20
1. **Lua脚本增强**：在3.2版本中，Redis增加了对Lua脚本的错误处理，使得开发者可以更精确地控制和调试脚本执行过程，提高了脚本的健壮性。 2. **Stream数据结构**：虽然这个特性在Redis 4.0中正式引入，但3.2版...
Redis-x64-5.0.9.zip
07-03
1. **Redis的数据类型**： - 字符串(Strings)：最基础的数据类型，可以存储文本或二进制数据。 - 哈希(Hashes)：用于存储键值对集合，适合表示对象。 - 列表(Lists)：有序的字符串集合，支持两端插入和弹出操作。...
Redis-x64-3.0.504安装包
10-11
Redis-x64-3.0.504安装包是一个针对64位操作系统的Redis数据库...总之，Redis-x64-3.0.504安装包是部署Redis服务的基础，它的使用不仅可以提升应用的响应速度，还可以利用其丰富的数据结构和功能来简化复杂的系统设计。
Redis-1
yuke98727的博客
05-12 291
1、NoSQL了解 2、Redis概述 单线程+多路IO rediskey操作命令 3、Redis常用数据类型 1）String 2）List 3）set 4)Hash
Redis(1)---介绍
weixin_43410352的博客
05-08 239
一.redis产生背景 传统关系型数据库满足不了日益增长的高读写需求；由于数据库的持久化数据主要面向的是磁盘，而磁盘的读写比较慢，在一般的管理系统上，由于不存在高并发，因此往往不需要瞬间大量读写数据的要求。 二.redis作用 redis作用就是缓存这些数据，而它是缓存在cpu中，都知道读取cpu中的数据速度是极高的，这样就提高了速度。它有两个使用场景 1.缓存常用数据。2.在高速读写的场合使用它...
redis-1.基础命令
顺利的博客
01-05 172
1、keys（查询Redis所有key） 查询单个key keys pattern :获取所有与pattern 匹配的key。*表示任意一个或多个字符；？表示一个字符 例如：现在有 key value name zhaowei list1 [a b c d] set1 [e m n d] username zhaowei 需求一：找出所有包含name的k...
Redis-1 简介与安装配置
夜空中最亮的星
01-25 129
Redis-1 简介与安装配置 ****************** 如有侵权请提示删除 ******************* 为什么用 NoSQL NoSQL代表 MongDB、 Redis、Memcache 关系型数据库与NoSQL的区别 RDBMS 高度组织化结构化数据 结构化查询语言（SQL） 数据和关系都存储在单独的表中。 数据操纵语言，数据定义语言 严格的一致性 基础事务 ACID 关系型数据库遵循ACID规则 NoSQL 代表着不仅仅是SQL 没有声明性查询语言 没有预定义
Redis学习：安装，配置，idea中测试redis和编辑API工具实现传输的数据转成json并转成对象+AOP实现Redis
weixin_47742346的博客
10-13 561
1. Redis学习 =========== 0.1还原程序 0.1.1 修改YML配置文件 0.1.2 修改pro图片路径 0.1.3 修改Nginx配置文件 0.1.4 修改hosts文件 1.1 缓存机制 说明:使用缓存可以有效的降低用户访问物理设备的频次.快速从内存中获取数据,之后返回给用户,同时需要保证内存中的数据就是数据库数据. 思考: 1.缓存的运行环境应该在内存中.(快) 2.使用C语言开发缓存 3.缓存应该使用什么样的数据结构呢--------K-V结构 一般采用String类型居
Redis-Shake: 一款阿里开源，功能超级强大的 Redis 数据迁移工具
easylife206的专栏
11-28 1462
公众号关注「奇妙的 Linux 世界」设为「星标」，每天带你玩转 Linux ！今天要推荐一个阿里巴巴开源工具 redis-shake，一个 Redis 的数据迁移和清洗工具，工具使用起来比较简单，也经历过大厂的认证，正确性和稳定性都有保障。redis-shake 常见于生产环境中将 Redis 单机实例迁移到集群实例或者需要无缝将一个小规格 Redis 实例迁移到另一个大规格 Redis 实例...
Spring-data-redis实战指南
- **JedisConnectionFactory**：这是与Redis服务器建立连接的工厂类，是配置RedisTemplate的基础。 - **RedisTemplate和StringRedisTemplate**：这两个模板类提供了操作Redis数据的接口，其中StringRedisTemplate...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

shark_西瓜甜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值