Redis 高级用法

最新推荐文章于 2024-09-27 07:39:25 发布
最新推荐文章于 2024-09-27 07:39:25 发布
阅读量372 收藏 1
点赞数
分类专栏： 笔记 文章标签： redis 数据库 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43456343/article/details/120545651
版权

事务

  • . 基础概念
    • 场景: 小明账户100元, 小红账户50元
    • 需求: 小明转账50给小红
    • 数据库语句: <1. 小明账户-50元><2. 小红账户+50元>
    • 问题: 如果执行1句时, 数据库进程就死掉了…
    • 事务是逻辑上数据库的一组操作, 这组操作要么一次成功, 或者这组操作全部失败, 是不可分割的一个工作单位
    • 事务的四大特性:
      • 原子性
      • 一致性
      • 隔离性
      • 持久性

事务的四大特性(ACID)

  1. 原子性
    事务中所有操作是不可分割的原子单位, 事务中所有擦欧洲哦要么全部执行成功, 要么全部执行失败
  2. 一致性
    是事务对数据完整性约束的遵循, 这些约束可能包括主键约束, 外键约束或是一些用户自定义约束. 事务执行的前后都是合法的数据状态, 不会违背任何的数据完整性.
  3. 隔离性
    事务与事务之间互不打扰
  4. 持久性
    一个事务一旦成功提交, 他对数据库的改变必须是永久的, 几遍是数据库发生故障也应该不回对其产生任何影响.

redis的事务

- redis是弱事务的数据库, 并不具备ACID的全部特性
- redis具备隔离性: 事务中的所有命令会被去序列化, 按顺序执行, 在执行的过程中不会被其他客户端发送来的命令打算
- 不保证原子性: redis中的一个事务中如果存在执行失败, 那么其他命令会被执行, 没有回滚机制.

事务命令

  1. MULTI # 开启事务 mysql begin
  2. 命令1 #执行命令
  3. 命令2 …
  4. EXEC # 提交到数据库执行 mysql commit
  5. DISCARD # 取消事务 mysql ‘rollback’
    事务样例
  • 事务特殊情况- 命令语法错误
    • 命令入队失败, 直接自动discard退出这个事务
    • 这个命令在执行调用之前会发生错误. 例如, 这个命令可能有语法错误(错误的参数数量. 错误的命令名)
    • 处理方案: 语法错误则自动执行discard
  • `` 事务特殊情况 - 类型操作错误(续)
    类型操作错误

pipeline 流水线

  • 批量执行redis命令. 减少通信io
  • 原理: 消防redis的事务, 客户端将多个命令打包, 一次通信发给redis, 可明显降低redis服务的请求数
  • 注意:
    1. 此为客户端技术
    2. 如果一组命令中, 一个命令需要上一个命令的执行结果才可以执行, 则无法使用该技术
      在这里插入图片描述
  • python 操作事务, 需要依赖, 流水线技术
with r.pipeline(transcation=True) as pipe:
	pipe.multi()
	pipe.incr('books')
	pipe.incr('books')
	values = pipe.execture()

watch - 乐观锁

  • 事务过程中, 可对指定的key进行监听, 命令提交时, 若被监听key对应的值未被修改, 事务方可提交成功, 否则失败
  • 解决资源竞争的一种方式
    在这里插入图片描述
  • python 操作watch
    • 信用卡提升额度, 每次提升额度, 当前余额都变为原来的两倍

数据持久化-RDB

  • what - 将数据从掉电易丢失的内存放到永久存储的设备上
  • why - 因为所有的数据都在内存上, 所以必须得持久化
  • redis提供两种持久化方案
    • RDB默认开启
    • ADF

RDB

  1. 保存真实的数据
  2. 将服务器包含的所有数据库数据以二进制文件的形式保存到硬盘里面
  3. 默认文件名: var/lib/redis/dump.rdb
    • 文件名 及目录可在配置文件中修改 [/etc/redis/redis.conf]
    • 263行: dir /var/lib/redis # 表示rdb文件存放路径
    • 253行: dbfilename dump.rdb # 文件名
  • 触发rdb持久化 - redis终端
    • 方式1 redis终端中使用SAVE或者BGSAVE 命令
  1. SAVE
    127.0.0.1:6379> SAVE
OK
    • 特点
      1. 执行SAVE命令过程中, redis服务器将阻塞, 无法处理客户端的命令请求, 在SAVE命令执行完毕后, 服务器才会重新开始处理客户端发送的命令请求, 在SAVE命令执行完毕后, 服务器才会重新开始处理客户端发送的命令请求
      2. 如果RDB文件已经存在, 那么服务器将自动用心的RDB文件替代的RDB文件
  2. BGSAVE
    127.0.0.1:6379> BGSAVE
Background saving started
    • 执行过程如下
      1. 客户端 发送 BGSAVE 给服务器
      2. 服务器马上返回Background saving started 给客户端
      3. 服务器fork()子进程做这件事
      4. 服务器继续提供服务
      5. 子进程创建完RDB文件后再告知Redis服务器
  3. 对比
    • save比BGSAVE快, 因为需要创建子进程, 消耗额外的内存
    • 说明: 可以通过查看日志文件来查看redis的持久化过程
    • logfile位置: var/log/redis/redis-server.log
  4. redis配置文件默认
    • 218行: save 900 1
    • 219行: save 300 10

      表示如果距离上一次创建RDB文件已经过去300秒, 并且服务器的所有数据库总共已经发生了不少于10次修改, 那么自动执行BGSAVE命令

    • 220 行: save 60 10000
    1. 只要三个条件中的任意一个被满足时, 服务器就会自动执行BGSAVE
    2. 每次创建RDB文件之后, 服务器为实现自动持久化而设置的时间计数器和次数计数器就会被清零, 并重新开始计数, 所以多个保存条件的效果不会叠加
  5. 触发rdb持久化 - redis关闭
    • redis在正常关闭时. 也会执行保存rdb操作

    注意: 异常关闭, 无法自动触发rdb操作

  6. 特殊说明
    1. 创建RDB文件需要将服务器所有的数据库的数据都保存起来, 这是一个非常消耗资源和时间的操作, 所以服务器需要隔一段时间才创建一个新的RDB文件, 也就是说, 创建RDB文件不能执行的过于频繁, 否则会严重影响服务器的性能
    2. 可能丢失数据

AOF

  1. 基础概念

    1. 存储的是命令, 而不是真实数据
    2. 默认不开启
      开启方式(修改配置文件)
      1. /etc/redis/redis.conf
        672行 : appendonly yes # 把no改成yes
        676行: appendfilename “appendonly.aof”
      2. 重启服务
        sudo /etc/init.d/redis-server restart

  2. 执行原理

    1. 每当有修改数据库的命令被执行时,
    2. 因为AOF文件里面存储了服务器执行过的所有数据库修改的命令. 所以给定一个AOF文件, 服务器只要重新执行一遍AOF文件里面包含的所有命令, 就可以达到还原数据库的目的
      用户可以根据自己的需要对AOF持久化进行调整, 让redis在遭遇意外停机时不丢失任何数据, 或者之丢失一秒钟的数据, 这比RDB持久化丢失的数据要少的多
      3 .特殊说明

      虽然服务器执行一个修改数据库的命令, 就会把执行的命令写人到AOF文件, 但这并不意味这AOF文件持久化不会丢失任何数据, 在目前常见的操作系统中, 执行系统调用write函数, 将一些内容写入到某个文件里面时, 为了提高效率, 系统通常不会直接将内容写入到硬盘里面, 而是将内容放入一个内存缓存区(buffer)里面, 等到缓冲区被填满时才将存储在缓冲区里面的内容真正写入到硬盘里面

  3. 相关配置

    1. 701行: always
      服务器每写入一条命令, 就将缓冲区里面的命令写入到硬盘里面, 服务器就算意外停机, 也不会丢失任何已经成功执行的命令数据
    2. 702行: everysec (#默认)
      服务器每一秒将缓冲区里面的命令写入到硬盘里面, 这种模式下,服务器及时遭遇意外停机, 最多只丢失一秒的数据
    3. 703行: no
      服务器不主动将命令写入磁盘, 由操作系统决定何时将缓冲区里面的命令写入到硬盘里面, 丢失命令数量不确定.

  4. AOF重写
    思考:AOF问阿金中是否会昌盛很多的冗余命令?
    为了让AOF文件的大小控制在合理范围, 避免胡乱增长, redis提供了AOF重写功能 ,通过这个功能, 服务器可以产生一个新的AOF文件
    — 新的AOF文件记录的数据库数据和原由的AOF文案记录的数据完全一样
    — 新的AOF问阿金会使用尽可能少的命令来记录数据库数据, 因此新的AOF文件的提及通常会少很多
    — AOF重写时间, 服务器不会阻塞, 可以正常处理客户端发送的命令请求

RDB持久化解AOF持久化
全量备份, 一次保存整个数据库增量备份, 一次保存一个修改数据库的命令
保存的间隔较长保存的间隔默认为一秒钟
数据还原速度快数据还原速度一般, 冗余命令长, 还原速度慢
执行SAVE命令时会阻塞服务器, 但手动或自动触发的BGSAVE不会阻塞服务器无论是平时还是进行AOF重写时, 都不会阻塞服务器

主从复制

  1. 基本概念
    高可用 - 是系统架构设计中必须考虑的因素之一, 它通常是指, 通过设计减少系统不能提供服务的时间.
    目标:消除基础架构中的单点故障.

    redis单进程单线程模式, 如果redis进程挂掉, 相关依赖的服务就难以正常服务

  • redis高可用方案-主从搭建+ 哨兵
  1. 主从复制
    1. 一个redis服务可以有多个该服务的复制品, 这个redis服务成为master, 其他复制成为slaves
    2. master会一直将自己的数据更新同步给slaves, 保持主从同步
    3. master可以执行读写命令, slave只能执行读命令
      作用: 分担了读的压力(高并发); 提高可用性
      原理: 从服务器执行客户端发送的读命令, 客户端可以连接slaves执行读请求, 来降低master的读压力
      在这里插入图片描述
      …
spring-data-redis高级使用
chy2z的专栏
08-01 1591
1 StringRedisTemplate 继承 RedisTemplate&lt;String, String&gt; 实现redis操作功能 public class StringRedisTemplate extends RedisTemplate&lt;String, String&gt; { /** * Constructs a new &lt;code&gt;StringR...
java---redis高级应用
GTH07399的博客
03-16 1095
Redis高级应用 1、基本应用 1.1、事务管理  Redis 支持事务管理，允许一次执行多个命令，一个事务相当于一个原子操作。 事务中命令按照序列化顺序执行，不会被其他请求命令所打断 一个事务中的命令要么全部执行，要么全不执行  事务的执行会经过三个阶段，开启事务、任务入队、执行事务。通过 multi 开启事务之后所有的命令都会进行入队，然后通过 exec 进行统一的执行。 127.0.0.1:7379> multi OK 127.0.0.1:7379> set b.
redis高级用法
qq_32424581的博客
07-01 545
1.分布式锁 使用setnx命令可以实现分布式锁，但是这个锁会有原子性、可重入问题，就⽐如setnx成功，设置失效时间expire的时候可能失败。第三⽅的⼀些插件可以解决这些问题，Redission ，Jedis等，他们的底层都是通过lua脚本去保证的，就⽐如去删除的时候，去校验是否当前线程锁定的，就把⽐较和删除这样⼀些动作都放到⼀起了： 2.位图bitmap 在我们平时开发过程中，会有⼀些 bool 型数据需要存取，⽐如⽤户⼀年的签到记录，签了是 1，没签是 0，要记录 365 天。如果使⽤普通的 ke
Redis实践之高级用法：管道、消息队列、事务、分布式锁
最新发布
m0_65664914的博客
09-27 917
管道（Pipeline）的使用使用方法创建一个批处理对象。将多个操作添加到批处理中，然后执行批处理以提高性能。发布-订阅模式（Pub/Sub）的实现使用方法获取订阅者对象。使用方法发布消息。使用方法订阅频道并处理接收到的消息。事务（Transaction）的应用使用方法创建一个事务对象。将多个操作添加到事务中，然后执行事务以确保原子性。分布式锁的实现使用方法尝试获取锁。在获取锁后执行关键操作，并使用方法释放锁。
Redis系列之-慢查询、pipline与事务、发布订阅、HyperLogLog、GEO
just_do_it_20的博客
06-18 339
Redis系列之-高级用法 一 慢查询 1.1 生命周期 我们配置一个时间，如果查询时间超过了我们设置的时间，我们就认为这是一个慢查询. 慢查询发生在第三阶段 1.2 两个配置 1.2.1 slowlog-max-len 慢查询是一个先进先出的队列 固定长度 保存在内存中 1.2.2 slowlog-max-len 慢查询阈值（单位：微秒） slowlog-log-slower-than=0 记录所有命令 slowlog-log-slower-than<0 不记录任何命令 1.2.3 配置方法
Redis
agrj56057的博客
08-02 185
Redis 1 Redis事务 基本事务指令 Redis提供了一定的事务支持，可以保证一组操作原子执行不被打断，但是如果执行中出现错误，事务不能回滚，Redis未提供回滚支持。 multi开启事务 exec执行事务 127.0.0.1:6379> multi OK 127.0.0.1:6379> set a 100 QUEUED 127.0.0.1:6...
redis（二）高级用法
weixin_34107739的博客
04-08 93
redis（二）高级用法 事务 redis的事务是一组命令的集合。事务同命令一样都是redis的最小执行单元，一个事务中的命令要么执行要么都不执行。 首先需要multi命令来开始事务，用exec命令来执行事务。 127.0.0.1:6379&gt; multi OK 127.0.0.1:6379&gt; hset user:1 name xiaoming QUEUED 127....
03 Redis 高级用法.pdf
04-23
综上所述，Redis的高级用法大大增强了其在实际应用中的灵活性和效率，无论是处理复杂的数据结构，还是实现高效的通信模式，甚至是保证数据一致性，Redis都能提供强大的支持。理解并掌握这些高级特性，对于优化应用...
分布式缓存Redis高级应用实战.md
08-25
reidis介绍、为什么使用内存缓存数据库、Redis作为单线程模型为什么效率还这么高、Redis服务安装及常用命令解析、数据持久化、持久化化文件是如何恢复的、高可用主从搭建、故障转移哨兵模式、集群
redis高级应用-使用redis消息队列完成秒杀过期订单处理-讲义-教程
07-25
redis高级应用-使用redis消息队列完成秒杀过期订单处理--讲义--教程 带有图片，实操源码，图文结合。 讲解 redis 下载、安装、应用。 redis 基本操作。 springDataRedis的介绍与基本操作。 redis 是一个 key-value...
Redis高级应用.md
06-09
Redis高级应用，包括了企业常用的redis操作
Redis 一些高级用法
weixin_34258078的博客
06-25 295
延迟消息队列 利用 expire keyspace notification Redis 过期时，会向特定的消息队列发送消息，监听该消息队列 在 redis.conf 修改 notify-keyspace-events "Ex"，重启 Redis；或者直接利用 config set notify-keyspace-events "Ex" 设置定时任务的 key，key 包含了你在过期那一刻所需要...
【进阶篇】 redis 高级使用
King Gigi的博客
11-11 3448
补充了上一篇
redis入门之高级用法
aogogo的博客
11-24 430
这篇文章接上篇redis入门基础教程,写写redis的稍稍高级一点的用法~~ 文章目录part 3:高级用法1、HyperLogLog(pfadd/pfcount)Redis HyperLogLog 命令2、订阅/消费Redis 发布订阅命令3、redis事务Redis 事务命令4、Redis 安全some err: part 3:高级用法 1、HyperLogLog(pfadd/pfcount) Redis HyperLogLog 是用来做基数统计的算法，优点是在输入元素的数量或者体积非常非常大时，计.
Redis-发布订阅
weixin_30294709的博客
09-21 191
发布者不是计划发送消息给特定的接收者（订阅者），而是发布的消息分到不同的频道，不需要知道什么样的订阅者订阅 订阅者对一个或多个频道感兴趣，只需接收感兴趣的消息，不需要知道什么样的发布者发布的 客户端发到频道的消息，将会被推送到所有订阅此频道的客户端 客户端不需要主动去获取消息，只需要订阅频道，这个频道的内容就会被推送过来 消息的格式 推送消息的格式包含三部分 ...
Redis的高级用法 应用场景
xzh_blog
01-04 360
1. 记录帖子的点赞数、评论数和点击数 (hash)。 2. 记录用户的帖子 ID 列表 (排序)，便于快速显示用户的帖子列表 (zset)。 3. 记录帖子的标题、摘要、作者和封面信息，用于列表页展示 (hash)。 4. 记录帖子的点赞用户 ID 列表，评论 ID 列表，用于显示和去重计数 (zset)。 5. 缓存近期热帖内容 (帖子内容空间占用比较大)，减少数据库压力 (hash)。 6. 记录帖子的相关文章 ID，根据内容推荐相关帖子 (list)。 7. 如果帖子 ID 是整数自增的，可以使用
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值