2 天前 / 浪客书心
分布式系统中必备的一个中间件就是消息队列，通过消息队列我们能对服务间进行异步解耦、流量消峰、实现最终一致性。 目前市面上已经有 RabbitMQ、RochetMQ、ActiveMQ、Kafka 等，有人会问：“Redis 适合做消息队列吗？” 在回答这个问题之前，我们先从本质思考： 消息队列提供了什么特性？Redis 如何实现消息队列？是否满足存取需求？ 下面会结合消息队列的特点，一步步带大家分析使用 Redis 的 List 作为消息队列的实现原理，并分享如何把 SpringBoot 与 Redission 整合运用到项目中。
4 天前 / git-hulk
本文将主要分析 Redis 主从复制中的内存消耗过多和堵塞问题，以及 Redis 7.0 ( 尚未发布) 的共享复制缓冲区方案是如何解决这些问题的。 1 Redis 主从复制原理简介尽管本文的目的不是讲解 Redis 主从复制的原理，但在开始进入主题之前，我们先简单回顾一下 Redis 主从复制的基本原理。Redis 的主从复制主要分为两种情况： 全量同步当主库收到从库的同步请求时，如果从库的复制历史与主库不一致，或者未能在复制积压区中找到从库请求的同步点时，则会与从库进行全量同步。
6 天前 / 逗逗
这可能是最中肯的 Redis 使用规范了 码哥，昨天我被公司 Leader 批评了。 我在单身红娘婚恋类型互联网公司工作，在双十一推出下单就送女朋友的活动。 谁曾想，凌晨 12 点之后，用户量暴增，出现了一个技术故障，用户无法下单，当时老大火冒三丈！ 经过查找发现 Redis 报 Could not get a resource from the pool。 获取不到连接资源，并且集群中的单台 Redis 连接量很高。 于是各种更改最大连接数、连接等待数，虽然报错信息频率有所缓解，但还是持续报错。 后来经过线下测试，发现存放 Redis 中的字符数据很大，平均 1s 返回数据。
20 天前 / yybbb
文章来源：有道技术团队，点击查看原文。 本文以 Redis 为范例，阐述了有道基础架构团队在基础设施容器化道路上的实践，主要将从声明式管理，Operator 工作原理，容器编排，主从模式，集群模式，高可用策略，集群扩缩容等方面展开。 背景 Redis 是业务系统中较为常用的缓存服务，常用于流量高峰、数据分析、积分排序等场景，并且通过中间件可以实现系统之间的解耦，提升系统的可扩展性。 传统物理机部署中间件，需要运维人员手动搭建，启动时间较长，也不利于后期维护，无法满足业务快速发展的需求。
22 天前 / sjf0115
背景 本文从一个有序单链表的数据结构开始，讲解有序单链表的插入、查询过程，通过插入、查询过程来引出有序单链表对于"高效"插入、查询的问题，然后通过对有序单链表的不断的改造，逐渐形成一个新的数据结构 - 跳跃表，并推导出跳跃表的、插入、查询时间复杂度，然后引出我们的主题的实现，通过对其数据结构、高度算法、插入、查询、删除的逐行源码分析让大家充分的了解其底层的实现，最后再通过跳表跟哈希表、平衡树、Btree 之间的对比来说明为什么 Redis 会选择跳跃表这种数据结构作为 Sorted-Set 的实现。
29 天前 / 叶东富
概述之前 dtm 给出了 Mysql 作为存储引擎的性能测试报告，在一个普通配置的机器上，2.68w IOPS，4 核 8G 机器上，能够支持大约每秒 900+ 分布式事务，能够满足大部分公司的业务需求。 此次带来的是 Redis 存储引擎的测试报告，在一个普通配置的机器上，能够达到大约 10800 每秒的分布式事务能力，对比 Mysql 存储，有 10 倍左右的性能提升，满足绝大部分公司的业务需求。 下面我们来详细说明测试的步骤，并分析其中影影响性能的各个因素。
36 天前 / 虞大胆
最近要做一些活动，需要考虑 redis 容量规划，发现 redis 集群内存使用率已经 75% 了，所以想着是不是能快速压缩。 所以第一目标就是找出那些 key 占用内存比较大，然后进行清理，比较幸运，真的找到了。 先说说 redis 的规划，因为 redis 计费完全基于内存，所以托管在云上，需要注意成本。 redis 使用最怕的两个问题，第一就是不管业务性质，从不设置过期时间；第二就是单个 key 的内容过大。前者属于没有标准，后者属于使用不当。
39 天前 / reesunhuang
点击上方“Java 基基”，选择“设为星标” 做积极的人，而不是积极废人！ 每天14:00更新文章，每天掉亿点点头发。.. 源码精品专栏 原创 | Java 2021超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction 源码解析 Eureka 和 Hystrix 源码解析 Java 并发源码 来源：juejin.im/post/ 6891571079702118407 Redis 实现基于 Zookeeper 来实现分布式锁总结不过目前互...
39 天前 / BloomingRose
问： 不是有 redission 等现成工具吗？咋不用？ 答： 不，我就想自己写一个！ 陈建斌说 : 你这个男的怎么回事 ！ 有的同学，就是这么尿性。也能理解，不自己弄一下，怎么能理解透彻，那就一起来搞一下呗！ 使用场景和选型分布式多节点的部署方式，使得共享变量有可能被同时操作，遇到有数据一致性要求的情况，就需要采取全局锁定的措施来保障并发操作下的一致性要求，如，库存扣减操作、同一个商品的上下架和更新操作等等。 常见的，分布式锁采用 Zookeeper 和 Redis 来实现。
42 天前 / BloomingRose
来源：segmentfault.com/a/1190000018267201 背景为了封禁某些爬虫或者恶意用户对服务器的请求，我们需要建立一个动态的 IP 黑名单。对于黑名单之内的 IP ，拒绝提供服务。 架构实现 IP 黑名单的功能有很多途径： 1、在操作系统层面，配置 iptables，拒绝指定 IP 的网络请求； 2、在 Web Server 层面，通过 Nginx 自身的 deny 选项 或者 lua 插件 配置 IP 黑名单； 3、在应用层面，在请求服务之前检查一遍客户端 IP 是否在黑名单。
42 天前 / hyper0x
为什么需要分布式锁 用户下单锁住 uid，防止重复下单。 库存扣减锁住库存，防止超卖。 余额扣减锁住账户，防止并发操作。分布式系统中共享同一个资源时往往需要分布式锁来保证变更资源一致性。 分布式锁需要具备特性 排他性锁的基本特性，并且只能被第一个持有者持有。 防死锁高并发场景下临界资源一旦发生死锁非常难以排查，通常可以通过设置超时时间到期自动释放锁来规避。 可重入锁持有者支持可重入，防止锁持有者再次重入时锁被超时释放。 高性能高可用锁是代码运行的关键前置节点，一旦不可用则业务直接就报故障了。
49 天前 / binecy
Redis 与分布式锁的问题已经是老生常谈了，本文尝试总结一些 Redis、Zookeeper 实现分布式锁的常用方案，并提供一些比较好的实践思路（基于 Java）。不足之处，欢迎探讨。 Redis 分布式锁单机 Redis 下实现分布式锁方案 1：使用 SET 命令。 假如当前客户端需要占有一个 user_lock 的锁，它首次需要生成一个 token（一个随机字符串，例如 uiid），并使用该 token 进行加锁。 加锁命令： redis>SETuser_lockEX15NX OK EX：该键会在指定时间后指定过期，单位为秒，类似参数还有 PX、EXAT、PXAT。 NX：只有该键不存在的时候才会设置 key 的值。
54 天前 / 微观技术
大家好，我是 Tom 哥~ 今天跟大家聊下，如果 Redis 某个节点宕机了，要怎么处理？ 我们知道，Redis 集群一般采用主从模式，主节点负责写，从节点负责读。 从节点故障从节点主要提供读服务，为了分摊主服务器压力，一般会有多个从节点。 如果是从节点故障，不算什么大问题，客户端把该故障节点屏蔽即可，仍可访问其他的主、从节点满足正常的业务功能。 主节点故障如果是主节点宕机了，那就有点麻烦了，毕竟写操作是在主节点上，无法替代。 这时候，我们要干一件事，从所有的从库节点中挑选一台做为主节点。这里要介绍下 Sentienl 哨兵机制了。
56 天前 / vivo互联网技术
作者：vivo 互联网服务器团队 -Wang Shaodong 一、概述 众所周知，Redis 是一个高性能的数据存储框架，在高并发的系统设计中，Redis 也是一个比较关键的组件，是我们提升系统性能的一大利器。深入去理解 Redis 高性能的原理显得越发重要，当然 Redis 的高性能设计是一个系统性的工程，涉及到很多内容，本文重点关注 Redis 的 IO 模型，以及基于 IO 模型的线程模型。 我们从 IO 的起源开始，讲述了阻塞 IO、非阻塞 IO、多路复用 IO。基于多路复用 IO，我们也梳理了几种不同的 Reactor 模型，并分析了几种 Reactor 模型的优缺点。
61 天前 / 峻岭云松
引言为了使得线上的数据更加的安全可靠，我们都知道 Redis 的数据是保存在内存中的，一旦 Redis 的服务器挂掉，会导致数据的丢失，所以我们在使用 Redis 的时候，一般会开启持久化功能，来保证数据不丢失，下边分享一下 RDB 和 AOF 两个持久化方式的知识点，本文承接上文聊 AOF。 AOF 持久化及配置与 RDB 持久化方式不同的是，AOF 持久化是通过保存 Redis 服务器的写和选择 db 的命令实现。