fwq

Redis 事务知识点相关总结 0浏览 收藏 本篇文章给大家分享《Redis 事务知识点相关总结》，覆盖了数据库的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。 Redis中的事务介绍     MySQL中的事务大家都不陌生，Redis中的事务和MySQL中的事务不同，今天看下Redis事务中的一些知识点吧。 01 事务简介     Redis中的事务使用multi、exec来标记，其中multi代表事务开始，exec代表事务结束，multi和exec之间的命令是原子顺序执行的。下面是一个例子： 127.0.0.1:7397> multi OK 127.0.0.1:7397> set key_hello hello QUEUED 127.0.0.1:7397> set key_world world QUEUED 127.0.0.1:7397>…

深入理解跳表及其在Redis中的应用 0浏览 收藏 本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《深入理解跳表及其在Redis中的应用》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~ 前言 跳表可以达到和红黑树一样的时间复杂度 O(logN)，且实现简单，Redis 中的有序集合对象的底层数据结构就使用了跳表。其作者威廉·普评价：跳跃链表是在很多应用中有可能替代平衡树的一种数据结构。本篇文章将对跳表的实现及在Redis中的应用进行学习。 一. 跳表的基础概念 跳表，即跳跃链表（Skip List），是基于并联的链表数据结构，操作效率可以达到O(logN)，对并发友好，跳表的示意图如下所示。 跳表的特点，可以概括如下。 •跳表是多层（level）链表结构； •跳表中的每一层都是一个有序链表，并且按照元素升序（默认）排列； •跳表中的元素会在哪一层出现是随机决定的，但是只要元素出现在了第 k 层，那么 k 层以下的链表也会出现这个元素； •跳表的底层的链表包含所有元素； •跳表头节点和尾节点不存储元素，且头节点和尾节点的层数就是跳表的最大层数； •跳表中的节点包含两个指针，一个指针指向同层链表的后一节点，一个指针指向下层链表的同元素节点。 以上图中的跳表为例，如果要查找元素 71，那么查找流程如下图所示。 从顶层链表的头节点开始查找，查找到元素71的节点时，一共遍历了4个节点，但是如果按照传统链表的方式（即从跳表的底层链表的头节点开始向后查找），那么就需要遍历7个节点，所以跳表以空间换时间，缩短了操作跳表所需要花费的时间。跳跃列表的算法有同平衡树一样的渐进的预期时间边界，并且更简单、更快速和使用更少的空间。这种数据结构是由William Pugh(音译为威廉·普)发明的，最早出现于他在1990年发表的论文《Skip Lists:…

一文详解Redis内存回收的过期策略 0浏览 收藏 各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《一文详解Redis内存回收的过期策略》，很明显是关于数据库的文章哈哈哈，其中内容主要会涉及到Redis、策略、过期等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！ 有一天，产品一哥“林哥”来找我，跟我说：“小李，咱们现在一个需求，商品定时下架的逻辑，这个咱们能做到吗？”，我一想，今年的绩效跟着产品大佬走，当即拍着胸脯说道：“林哥，你就放一百个心，包在我身上~”，然后开始头脑风暴，毕竟要向前（钱）看。 案例 商品定时下架 方案一：消息队列 首先我想到当运营童鞋创建（或修改下架时间）商品后，就把该商品放到消息队列中，这样利用 RabbitMQ 的消息 TTL 加死信队列的特性，这个需求搞定，安排上线~ 方案二：定时任务+消息队列 过了一段时间，架构师发哥心急火燎的来找我，我一看这阵势这是有大事吧，发哥不等我开口，说：“小李，快看看系统，运营童鞋来找我说，商品到下架时间还能买到；而且运维童鞋反应过节那天咱们的 RabbitMQ 那台服务器内存和硬盘不够用了，尽快处理下”。 我把两件事串联在一起就想到了出问题的点就是“过期自动下架”功能的问题。 第一个问题：商品到下架时间还能买到，我跟运营童鞋确认问题商品，发现很多商品的过期时间是3个月甚至更久，大致猜测可能是延迟时间过长导致了消息延迟失败，查了查默认在使用RabbitMQ的延迟消息功能时候，它的延迟极限是4294967296毫秒，也就是49.7天，很显然现有的功能是无法满足的运营需求，扑街~。 第二个问题：过节前夕 RabbitMQ 那台服务器内存和硬盘不够用，我去看运营后台发现创建了大量的新商品，那应该是大量延时下架商品放到消息队列中，以至于产生堆积。 基于以上两点，我做出以下两点改造： 创建（或修改下架时间）商品的时候，不会放到消息队列中，节约资源利用空间； 定时任务每天从商品表中捞取第二天下架的商品放入到消息队列中，缩短延迟时间。 搞定~ 从这个案例中我借鉴的是 Redis 的内存回收策略，因为…

Redisson主从一致性问题详解 0浏览 收藏 对于一个数据库开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《Redisson主从一致性问题详解》，主要介绍了一致性、Redisson主从，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！ Redisson 主从一致性 我们先来说一下 Redis 的主从模式，Redis Master（主节点）中处理所有发向 Redis 的写操作（增删改），Redis Slave （从节点）只负责处理读操作，主节点会不断将自己的数据同步给从节点，确保主从之间的数据一致性，但是数据同步会存在一定的延时，主从一致性问题就是因为延时而导致的 比如我们通过 set lock thread1 nx ex 10 来获取锁，主节点就会保存这个锁的标识 thread1，然后主节点会向从节点进行同步，但在同步尚未完成时时主节点发生故障，Redis 哨兵发现主节点宕机后，客户端连接会断开，然后从从节点中选出一个作为新的主节点，但是由于之前主从同步未完成，即 thread1 这个锁已经丢失，所以此时 Java 应用再来访问新的主节点时就会发现锁失效了，此时其他线程来获取锁时也能获取成功，这时就可能出现并发安全问题，以上就是主从一致性导致的锁失效问题…

使用Redis构建高效的Ruby应用程序 收藏 小伙伴们有没有觉得学习数据库很有意思？有意思就对了！今天就给大家带来《使用Redis构建高效的Ruby应用程序》，以下内容将会涉及到，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！ 使用Redis构建高效的Ruby应用程序 Redis是一个快速、开源的内存数据结构存储系统，它可以用作数据库、缓存和消息中间件。它支持多种数据结构（如字符串、列表、哈希、集合等），并提供了丰富的功能，包括数据持久化、复制和主从模式等。在Ruby应用程序中使用Redis可以提高性能和扩展性。 本文将介绍如何使用Redis构建高效的Ruby应用程序，并提供一些代码示例。 安装Redis 首先，需要在本地安装Redis服务器。可以从Redis官方网站（https://redis.io/download）下载最新的稳定版本，并按照官方文档进行安装。 安装Redis gem 在Ruby应用程序中使用Redis，需要安装相应的Redis gem。可以通过运行以下命令来安装： gem install redis 连接到Redis服务器 连接到Redis服务器，需要使用Redis gem提供的Redis类。以下是一个连接到本地Redis服务器的示例： require 'redis' redis = Redis.new(host: 'localhost', port: 6379) 存储和获取数据 Redis支持多种数据结构，可以根据应用程序的需求选择合适的数据结构。以下是一些常用的数据操作示例：…

如何有效管理Redis？ 0浏览 收藏 在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是数据库学习者，那么本文《如何有效管理Redis？》就很适合你！本篇内容主要包括##content_title##，希望对大家的知识积累有所帮助，助力实战开发！ 一、安全 谈到安全，我们会联想到些什么？ 比如，可信任的环境会给我们带来安全感，陌生的环境则会让你感到未知的恐惧和孤独。 再比如，国产化替代信创项目（安可替代），这里我简称为国创项目，就是要达到信任、安全可靠以及自主可控的的目的。 上面谈了这么多（瞎扯了很多，我黔驴尽穷了），只是为了提升我们的安全意识。 Redis以简洁为美，创始人曾这么描述过。但同样在安全层面也没做过多的工作。 这里补充一点，上次没有讲到如何优雅的关闭Redis服务。虽然可以杀掉进程来控制，但推荐使用如下方式关闭： $ /opt/redis-6.0.8/src/redis-cli shutdown 1、可信环境 Redis的安全设计是基于“Redis运行在可信任的环境”这个前提下做出来的。在生产环境（正式发布环境）运行时，不允许外部直接连接到Redis服务器上，此时应该通过应用程序进行中转，运行在可信任的环境中是保证Redis安全至关重要的方法。 1.1、bind参数 在Redis的默认配置文件redis.conf中，只会接受本地的网络请求。但通过在配置文件中修改bind参数更改这一设置，默认的bind设置为： bind:127.0.0.1 bind参数同样可以绑定多个IP地址，IP地址以间隔空格分隔，如下示例： # Examples:# bind 192.168.1.100 10.0.0.1# bind 127.0.0.1 ::1 1.2、protected-mode参数 在Redis3.2的版本中，引入了一个特殊模式：保护模式，来更好地确保Redis运行在可信环境之中。值得注意的是，保护模式在默认情况下是开启的。 参数设置： #开启保护模式protected-mode yes#禁止保护模式protected-mode no 作用： 开启保护模式：接收到来自不在bind绑定的网络客户端发送命令时，如果客户端没有设置密码，Redis会返回错误拒绝（DENIED）执行该命令。 禁止保护模式：可以在配置中使用protected-mode no禁止。 安全：对于生产环境需要确保开启了护盾（防火墙），达到确保可信客户端连接服务器的目的。…