分布式redis语句

最新推荐文章于 2026-01-07 02:10:51 发布

原创最新推荐文章于 2026-01-07 02:10:51 发布 · 116 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#分布式 #redis #数据库

set key value NX EX 30

setnx key value EX 30

两者意思一样， nx表示在存在对应key时，其他客户端无法插入相同key数据。 EX表示超时时间，到达时间后，会把nx的锁打开

ttl key

查看剩余超时时间

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zjx182021

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

分布式-分布式缓存Redis

君子敏于行而讷于言

08-08

1万+

一、Redis常用五大数据类型 1.1 String（字符串） 1.2 Hash（哈希） 1.33 List（列表） 1.4 Set（集合） 1.5 zset(sorted set：有序集合) 二、redis应用场景 2.1 缓存——热数据 2.2 计数器 2.3 队列 2.4 位操作（大数据处理） 2.5 分布式锁与单线程机制 2.6 最新列表 2.7 排行榜三、redis使用规...

23-MyBatis缓存、本地缓存、分布式Redis缓存、前端缓存

NikoChina的博客

07-12

920

MyBatis一级缓存、> MyBatis二级缓存、> 本地缓存：单节点> 分布式Redis缓存：多节点> 前端sessionStorage缓存：会话缓存> 前端localStorage缓存：前端本地缓存。

参与评论您还未登录，请先登录后发表或查看评论

【分布式】Redis分布式缓存

qq_44845473的博客

12-07

2553

本文介绍了什么是Redis分布式缓存，它的特点，多种实现方式区别，主从复制模式详解，cluster模式详解，具体使用等

Redis的分布式锁详解

热门推荐

Lsd2176647391的博客

08-13

1万+

（3）为了有效解决既保证锁完全有效性和性能高效问题：antirez又提出了“延迟重启”的概念，redis同步到磁盘方式保持默认的每秒1次，在redis崩溃单机后（无论是一个还是所有），先不立即重启它，而是等待TTL时间后再重启，这样的话，这个节点在重启前所参与的锁都会过期，它在重启后就不会对现有的锁造成影响，缺点是在TTL时间内服务相当于暂停状态；分布式事务锁中，为了能够让作为中心节点的存储节点获取锁的持有者，从而避免锁被非持有者误解锁，每个发起请求的 client 节点都必须具有全局唯一的 id。

Redis实现分布式锁

qq_31515997的博客

04-23

1188

redis分布式锁

Redis集群分布式（Redis Cluster）底层实现原理详细介绍

学不可以已，活到老，学到老。

07-30

1598

Redis集群通过哈希槽（16384个）实现数据分片将数据分布到多个节点，利用Gossip协议实现节点间通信与状态同步，结合主从复制与自动故障转移保障高可用，并通过迁移哈希槽实现动态扩容与负载均衡。

redis实现分布式缓存

m0_45210394的博客

06-18

956

利用mysql二级缓存与redis实现项目数据的缓存，非常详细

Redis学习6——Redis分布式锁

weixin_55850954的博客

05-06

1505

Redisson是一个在Redis基础上实现的Java驻内存数据网络，它不仅提供一系列的分布式java常用对象，还提供许多分布式服务，其宗旨是促进使用者对Redis的关注分离（Separation of Concern），从而让使用者能将精力更多集中在处理业务逻辑上。

Redis+lua脚本实现分布式锁

qq_42945407的博客

03-31

1788

Redis+Lua脚本实现分布式锁

分布式锁 redis redisson

2302_80490510的博客

09-08

1202

通过uuid防止误删，但是还是存在问题，他不具备原子性的。如果在第一行代码执行后放行，突然间锁过时了或者发生其他事，导致锁被另外一个线程b得到了，那么第二行代码就删了那个线程b的锁。// 1. 从Redis中获取锁,set k1 v1 px 20000 nxRedisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。

详细了解Redis分布式存储的常见方案

huaqianzkh的专栏

12-31

1653

Redis提供了多种分布式存储方案，包括主从复制、哨兵模式和集群模式。这些方案各有优缺点，适用于不同的场景和需求。通过合理配置和使用这些方案，我们可以构建高性能、高可用性的Redis集群，满足大规模数据和高并发访问的需求。在Java实践中，我们可以使用Jedis库来方便地连接到Redis集群，并执行各种Redis命令。通过合理配置连接池和异常处理，我们可以确保应用的稳定性和性能。

分布式链路追踪MDC+TraceId

重燃小窗

01-03

425

MDC（Mapped Diagnostic Context）是SLF4J/Logback提供的线程级日志上下文存储，通过ThreadLocal实现线程隔离。核心功能包括：1）使用put/get方法存储和获取线程上下文数据；2）在日志模板中添加%X{traceId}实现日志追踪；3）通过过滤器自动生成和清除traceId；4）提供多线程环境下traceId传递的解决方案。项目实战中，通过配置日志模板和拦截器，实现全链路日志追踪，并支持多线程环境下的上下文传递。

SpringCloud-05-Micrometer Tracing+ZipKin分布式链路追踪

清晓粼溪的博客

01-04

1023

摘要：Micrometer Tracing是Spring Boot 3.x内置的分布式追踪解决方案，用于解决微服务架构中的调用链路监控问题。它基于Micrometer观测框架，提供自动追踪、上下文传播、灵活导出等功能，支持Zipkin、Jaeger等追踪工具。Zipkin作为分布式链路追踪系统，能够收集并可视化微服务调用链路信息，帮助开发人员分析性能瓶颈。文章详细介绍了Micrometer Tracing的核心概念、Zipkin的安装运行方法，以及通过示例演示了如何在Spring Boot项目中集成使用这些

从单机限流到分布式动态流控高可用体系落地的互联网系统工程实践随笔与多语言语法思考

2501_94180432的博客

01-05

273

分布式动态流控不仅防止雪崩，还提升系统可用性与稳定性。通过全局限流、多维度策略、令牌桶算法、动态阈值、降级和监控闭环，系统从“单机保护”升级为“全局韧性体系”。这篇围绕分布式动态流控落地的工程随笔，为构建高并发互联网系统的工程师提供偏长期、偏系统性的参考，而不仅停留在单机 RPS 或简单限流框架层面。

2501_94180593的博客

01-05

267

本文探讨了互联网系统设计中的关键问题，从日志系统的基础构建到实时推荐系统的演进。文章指出，现代工程挑战已从功能实现转向系统稳定性、可扩展性和可观测性。通过Python、Java、Go和C++的代码示例，阐述了日志规范化、接口设计、实时计算和并发处理等核心概念。强调工程思维应超越语法层面，注重系统整体设计和可维护性。不同编程语言各有特点，但都服务于构建可靠、可演进系统的共同目标。文章提倡用系统视角审视技术选择，以加速工程师的技术成长。

分布式ID生成方法详解

最新发布

rchm8519的专栏

01-07

957

摘要：分布式ID生成是分布式系统的关键技术，需满足全局唯一、趋势递增、高性能等要求。主流方案包括：UUID（简单但无序）、数据库自增ID（单机性能差，集群扩展难）、Snowflake算法（高效但依赖时钟）、Redis原子操作（需维护缓存）、ZooKeeper（强一致但性能低）和发号器服务（可控但引入网络延迟）。建议根据业务规模选择：初创项目用UUID或单机数据库，中等并发用数据库号段模式，高并发用改进版Snowflake。号段模式和Snowflake变种是生产环境最主流的选择。

【分布式利器：腾讯TSF】2、腾讯微服务框架TSF实战指南：Spring Boot零侵入接入与容器化部署全流程

专注AI工程化与架构实战。从分布式思维到模型部署，用工程化视角为你厘清AI落地的真实路径。

01-05

900

在数字化转型的浪潮中，企业面临着应用快速迭代、高并发处理、系统高可用等多重挑战。腾讯微服务框架TSF（Tencent Service Framework）作为企业级一站式微服务平台，为Java开发者提供了从应用开发到运维的完整解决方案。本文将深入解析如何实现Spring Boot应用的零侵入式TSF接入，并完成从代码到容器化部署的全过程。安全优先原则：权限分配遵循最小特权原则，避免安全风险。腾讯云主账号CAM权限策略设计TSF全权限TKE只读权限TCR推送权限TSF资源管理容器集群查看镜像仓库推送应用部署服

【分布式】分布式事务概念和理论模型

2402_89042144的博客

01-05

1098

常见从分布式事务理论模型：2pc，3pc，Saga，TCC，XA

第 3 课：微服务架构设计与服务治理｜从分布式到微服务的进阶实战

2503_94434664的博客

01-06

979

✅ 课程衔接：已掌握分层架构设计规范、分布式架构核心痛点解决方案，能完成电商项目的分布式拆分与落地。本课作为架构进阶关键课，聚焦微服务架构的 “拆分艺术” 与 “治理体系”—— 微服务是分布式架构的极致形态，核心在于 “业务域自治” 与 “全链路治理”，通过标准化拆分与完善治理，解决分布式架构的服务混乱、运维复杂等问题。✅ 核心价值：✅ 掌握微服务拆分的 DDD 方法论与落地步骤，避免 “分布式单体” 陷阱；✅ 精通服务治理核心组件（熔断、降级、链路追踪）的企业级配置；

分布式事务redis

03-19

### Redis分布式事务的实现方案与最佳实践 #### 一、Redis分布式事务概述在分布式系统中，事务的一致性是一个重要挑战。虽然Redis本身并不原生支持跨多个命令或多节点的ACID事务，但可以通过特定的设计模式来模拟分布式事务的行为。基于Redis的分布式事务通常依赖于两阶段提交协议的思想，并结合Redis的原子性和持久化能力进行优化。 #### 二、基于Redis的分布式事务实现一种常见的做法是利用两阶段提交（Two-Phase Commit, 2PC）的思想，在Redis上实现分布式事务。具体过程如下： 1. **准备阶段** 在此阶段，各个参与者将自己的状态保存到Redis中，并标记为“待确认”。如果所有参与者的准备工作都成功，则进入下一阶段；如果有任何一个失败，则回滚整个事务[^2]。 2. **提交阶段** 如果所有参与者均准备好，则协调者向每个参与者发送提交指令。参与者执行最终的操作并清除临时状态。一旦某个环节出现问题，协调者会通知所有参与者进行回滚操作。这种机制能够有效保障多步操作之间的逻辑一致性，但由于Redis本身的单线程特性和部分场景下的局限性，需谨慎设计以避免死锁或其他异常情况的发生。 #### 三、Redis分布式事务的优势使用Redis作为基础构建分布式事务具备以下优点： - **高性能**：由于Redis的数据完全驻留在内存中，因此其读写速度远超传统关系型数据库，适合高频次的小规模事务处理。 - **简单易用**：借助Lua脚本或者组合基本命令即可完成复杂的业务流程控制，降低了开发难度。 - **灵活性强**：除了简单的key-value模型外，还可以充分利用列表、集合等多种数据结构满足不同需求[^3]。 #### 四、最佳实践建议当采用Redis实施分布式事务时，应遵循一些推荐的做法来提高系统的稳定性和可靠性： - 设置合理的过期时间防止无限等待造成的资源浪费； - 对关键路径上的每一步骤加入幂等校验减少重复调用带来的副作用； - 定期监控服务健康状况以便及时发现潜在风险点； - 考虑引入消息队列辅助异步通信降低耦合度同时提升吞吐量[^4]。 ```lua -- Lua脚本示例：确保一组命令要么全部执行成功，要么都不生效 local keys = {...} for i=1,#keys do redis.call("SET", keys[i], "value"..i) end return true ``` 上述代码片段展示了一个简单的批量设置键值对的例子，其中所有的`SET`语句会被当作一个整体对待——只有在整个序列中的每一个单独动作都没有错误发生的情况下才会返回成功的标志位。 ---