Redis---事务&管道

这篇具有很好参考价值的文章主要介绍了Redis---事务&管道。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

一、Redis的事务是什么?

1.1 Redis和关系型数据库事务的区别

 二、怎么玩Redis事务?

 2.1  正常执行:

 2.2 放弃事务

 2.3  全体连坐

 2.4  冤头债主

 2.5  watch监控

三、管道

3.1  为什么会引入管道这个概念呢?我们首先来看一道面试题

3.2   管道是什么?

 3.3  管道的使用演示

3.4  管道小总结


一、Redis的事务是什么?

  • 可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化, 按顺序地串行化执行而不会被其他命令插入,不许加塞
  • 一个队列中,一次性、顺序性、排他性的执行一系列命令

1.1 Redis和关系型数据库事务的区别

Redis---事务&管道

 二、怎么玩Redis事务?

常用命令:

Redis---事务&管道

 2.1  正常执行:

Redis---事务&管道

 2.2 放弃事务

Redis---事务&管道

 2.3  全体连坐

Redis---事务&管道

 2.4  冤头债主

Redis---事务&管道

 2.5  watch监控

redis为了保证他的高性能,他加锁的时候假如是用了悲观锁,那么他的性能肯定是会受影响的,使用他就使用了乐观锁。

 乐观锁(Optimistic Lock), 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。

乐观锁策略:          提交版本必须   大于   记录当前版本才能执行更新

正常:就是没有加塞的情况

相当于就是简单的加锁再解锁。

Redis---事务&管道

 有加塞:

Redis---事务&管道

 小补充:

当EXEC一执行的时候,所有的监控锁都会被取消,当客户端连接丢失的时候,监控锁也会被取消。(可以理解为防止死锁)

三、管道

3.1  为什么会引入管道这个概念呢?我们首先来看一道面试题

如何优化频繁命令往返造成的性能瓶颈?

  • Redis是一种基于客户端-服务端模型以及请求/响应协议的TCP服务。一个请求会遵循以下步骤:

    • 客户端向服务端发送命令分四步(发送命令→命令排队→命令执行→返回结果),并监听Socket返回,通常以阻塞模式等待服务端响应
    • 服务端处理命令,并将结果返回给客户端。
    • Round Trip Time(简称RTT,数据包往返于两端的时间)

Redis---事务&管道

  • 如果同时需要执行大量的命令,那么就要等待上一条命令应答后再执行,这中间不仅仅多了RTT(Round Time Trip),而且还频繁调用系统IO,发送网络请求同时需要redis调用多次read()和write()系统方法,系统方法会将数据从用户态转移到内核态,这样就会对进程上下文有比较大的影响了,性能不太好。
  • 利用管道来解决

我们上面可以知道,如果服务端多次和客户端之前就行往返的话,就会多很多RTT时间,我们为了改善这个就可以用到管道

管道的原理就是一次性打包多条数据,然后服务端只用给我们一条回复结果就行了,这个mset  k1  v1  , k2  v2,k3,v3,要注意的是mset远远不能代替管道的作用,因为mset只是能够对string类型,如果多种类型的话,就还得是管道

3.2   管道是什么?

管道(pipeline)可以一次性发送多条命令给服务端。

  • 服务端依次处理完完毕后,通过一条响应一次性将结果返回,通过减少客户端与redis的通信次数来实现降低往返延时时间
  • pipeline实现的原理是队列,先进先出特性就保证数据的顺序性。

Redis---事务&管道

 3.3  管道的使用演示

Redis---事务&管道

 有了管道之后,我们还可以解决工作中的一些问题:老板让你往redis中插入10w条数据,我们就可以写成10个文件,然后分10批次插入,可以这样来测试redis的性能

3.4  管道小总结

Pipeline 与原生批量

  • 原生批量命令是原子性(如:mset,mget),pipeline是非原子性

  • 原生批量命令一次只能执行一种命令,pipeline支持批量执行不同命令

  • 原生批命令是服务端实现,而pipeline需要服务端与客户端共同完成

Pipeline 与事务对比文章来源地址https://www.toymoban.com/news/detail-435852.html

  • 事务具有原子性,管道不具有原子性
  • 管道一次性将多条命令发送到服务器,事务是一条一条发的,事务只有在接收到exec命令后才会执行,管道不会
  • 执行事务时会阻塞其他命令的执行,而执行管道中的命令时不会
  • Pipeline 注意事项
    • pipeline缓冲的指令只是会依次执行,不保证原子性,如果执行中指令发生异常,将会继续执行后续的指令
    • 使用pipeline组装的命令个数不能太多,不然数据量过大客户端阻塞的时间可能过久,同时服务器也被迫回复一个队列答复,占用很多内存

到了这里,关于Redis---事务&管道的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 2023-06-09:什么是Redis事务?原理是什么?

    2023-06-09:什么是Redis事务?原理是什么? 答案2023-06-09: Redis中的事务是以一组命令的形式出现的,这些命令被认为是最小的执行单位。事务可以保证在一个单独独立的隔离操作中执行所有命令,而且所有命令都会按照指定的顺序经过序列化后被执行。在服务端执行事务的过

    2024年02月08日
    浏览(101)
  • redis事务对比Lua脚本区别是什么

    redis官方对于lua脚本的解释:Redis使用同一个Lua解释器来执行所有命令,同时,Redis保证以一种原子性的方式来执行脚本:当lua脚本在执行的时候,不会有其他脚本和命令同时执行,这种语义类似于 MULTI/EXEC。从别的客户端的视角来看,一个lua脚本要么不可见,要么已经执行完

    2024年02月12日
    浏览(41)
  • 【Redis学习】Redis管道

    问题由来 客户端向服务端发送命令分四步(发送命令→命令排队→命令执行→返回结果),并监听Socket返回,通常以阻塞模式等待服务端响应。 服务端处理命令,并将结果返回给客户端。 上述两步称为:Round Trip Time(简称RTT,数据包往返于两端的时间) 如果同时需要执行大量的命令

    2023年04月09日
    浏览(35)
  • 【redis】redis管道简述

    redis管道可以一次性发送多条命令。 命令示例如下: 下面先简述一下这条命令的组成,再简述一下管道的常用场景和注意事项。 首先,\\\'|\\\'是Linux中的管道符,即管道符之前命令的输出作为管道符之后命令的输入。 再看下管道符之前的命令,echo -e。echo实际上是返回输入字符串

    2024年02月17日
    浏览(37)
  • Redis管道操作

    如何优化频繁命令往返造成的性能瓶颈? Redis是一种基于C/S一级请求响应协议的TCP服务,一个请求会遵循一下步骤: 客户端向服务端发送命令分四步(发送命令- 命令排队- 命令执行- 返回结果),并监听Socket返回,通常以阻塞方式等待服务器响应。 服务端处理命令,并将结

    2024年01月18日
    浏览(45)
  • redis管道代码

    1:如果将redis的key,在redis删除或者过期,返回数据会是null 2:返回的list是所有key的合集 ,如果key不存在,则返回null 3:  存的key和value是否是二进制跟你的配置文件有关,    准备的数据 execute :方法是串行的,命令请求发出后,必须得到响应数据,才能发送下一条命令请求

    2024年02月16日
    浏览(33)
  • Redis管道

    背景 Redis是一种基于客户端-服务端模型以及请求/响应协议的TCP服务。一个请求会遵循以下步骤: 1 客户端向服务端发送命令分四步(发送命令→命令排队→命令执行→返回结果),并监听Socket返回,通常以阻塞模式等待服务端响应。 2 服务端处理命令,并将结果返回给客户端。

    2024年02月05日
    浏览(39)
  • Redis之管道解读

    目录 基本介绍 使用例子 管道对比 管道与原生批量命令对比  管道与事务对比  使用pipeline注意事项  基准测试 基本介绍 Redis是一种基于客户端-服务端模型以及请求/响应协议的TCP服务器。 这意味着请求通常按如下步骤处理: 客户端发送一个请求到服务器,并以阻塞的方式

    2024年02月10日
    浏览(31)
  • Redis(五)管道

    https://redis.io/docs/manual/pipelining/ Pipeline是为了解决RTT往返回时,仅仅是将命令打包一次性发送对整个Redis的执行不造成其它任何影响 Pipeline与原生批量命令对比 原生批量命令是原子性(例如:mset,mget),pipeline是 非原子性 原生批量命令一次只能执行一种命令,pipeline支持批量执行不

    2024年01月23日
    浏览(37)
  • Redis 管道

    1.1 如何优化频繁命令往返造成的性能瓶颈? 1.2 问题由来 Redis是一种基于 客户端-服务端模型 以及请求/响应协议的TCP服务。一个请求会遵循以下步骤: 1 客户端向服务端发送命令分四步(发送命令→命令排队→命令执行→返回结果),并监听Socket返回,通常以阻塞模式等待服务端

    2024年02月10日
    浏览(34)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包