Skip To Main Content
String lockName on Muck Rack

String lockName

As seen in: cnblogs.com, CSDN, 51cto.com
Is this you? As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work. Claim your profile
Back to String lockName’s profile

Articles by String lockName

分布式锁-7.Curator的分布式锁 - 东阳马生架构 - 博客园

|
By String lockName, TimeUnit unit, Long Millis ToWait, int maxLeases
| cnblogs.com
大纲 1.Curator的可重入锁的源码 2.Curator的非可重入锁的源码 3.Curator的可重入读写锁的源码 4.Curator的MultiLock源码 5.Curator的Semaphore源码 1.Curator的可重入锁的源码 (1)InterProcessMutex获取分布式锁 (2)InterProcessMutex的初始化 (3)InterProcessMutex.acquire()尝试获取锁 (4)LockInternals.attemptLock()尝试获取锁 (5)不同客户端线程获取锁时的互斥实现 (6)同一客户端线程可重入加锁的实现 (7)客户端线程释放锁的实现 (8)客户端线程释放锁后其他线程获取锁的实现 (9)InterProcessMutex就是一个公平锁 (1)InterProcessMutex获取分布式锁 public class Demo { public static void main(String[] args) throws Exception { RetryPolicy retryPolicy = new...
Open in Who Shared Issue with article?

lua+redis：分布式锁解决方案分享-CSDN博客

|
By import redis.clients.jedis.Jedis, String lockName, import java.util.Array List, Import Redis.clients.jedis.jedis PoolConfig
| CSDN
介绍 当我们涉及到多进程或多节点的分布式系统时，传统的单机锁机制不再足够应对并发控制的需求。这是因为在分布式环境中，多个进程或节点同时访问共享资源，传统锁无法有效地协调这种复杂的并发情况，这就引入了分布式锁，本文将一步一步引导大家使用lua脚本和redis实现分布式锁。 理解分布式锁 1.1 什么是分布式锁？ 分布式锁的是确保在多个进程或多个节点之间对共享资源的访问是有序、互斥和原子的，以避免竞态条件和数据不一致性问题。在多进程或多节点环境中，分布式锁广泛应用于协调共享资源的安全访问。 1.2 Redis作为分布式锁的选择 Redis（Remote Dictionary Server）是一种高性能的开源内存数据库，因其具有以下优势，使其成为实现分布式锁的理想选择： 高性能和低延迟：Redis以内存为基础，使得数据的读写操作非常快速，具有极低的延迟，适用于高吞吐量的应用场景。 持久性支持：尽管Redis是内存数据库，但它支持不同级别的数据持久性，可以将数据持久化到磁盘，确保数据不会因服务器重启而丢失。...
Open in Who Shared Issue with article?

Redis加Lua脚本实现分布式锁 - coffee_baby - 博客园

|
By String lockName
| cnblogs.com
先讲一下为什么使用分布式锁： 在传统的单体应用中，我们可以使用Java并发处理相关的API（如ReentrantLock或synchronized）来实现对共享资源的互斥控制，确保在高并发情况下同一时间只有一个线程能够执行特定方法。然而，随着业务的发展，单体应用逐渐演化为分布式系统，多线程、多进程分布在不同机器上，这导致了原有的单机部署下的并发控制策略失效。为了解决这一问题，我们需要引入一种跨JVM的互斥机制来管理共享资源的访问，这就是分布式锁所要解决的核心问题。 Lua介绍 Lua 是一种轻量小巧的脚本语言，用标准C语言编写并以源代码形式开放， 其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。 Redis采用单线程架构，可以保证单个命令的原子性，但是无法保证一组命令在高并发场景下的原子性。 在以下场景中： 当 事务1执行删除操作时，查询到的锁值确实相等。 在 事务1执行删除操作之前，锁的过期时间刚好到达，导致 Redis 自动释放了该锁。 事务2获取了这个已被释放的锁。 当 事务1执行删除操作时，会意外地删除掉 事务2持有的锁。...
Open in Who Shared Issue with article?

Redis-05Redis应用场景-CSDN博客

|
By String lockName, long acquireTimeout
| CSDN
title: Redis-05Redis应用场景 keywords: Redis cover: [https://z1.ax1x.com/2023/10/01/pPLPggO.png] banner: type: img bgurl: https://z1.ax1x.com/2023/10/01/pPLPggO.png bannerText: Redis应用场景 categories: Redis tags: - Redis toc: false 1、缓存 Redis作为key-value形式的内存数据库，最先想到的应用场景就是作为数据缓存。 使用Redis来缓存数据的好处如下： 减少对数据库的访问 提高系统响应速度 String类型： 热点数据缓存 对象缓存 ​ 把相应的热点对象进行缓存到Redis 用户对象 商品对象 订单对象 页面缓存 通过在手动渲染得到的html页面缓存到redis，下次访问相同页面时直接从redis中获取进行返回，减少服务端处理的压力 2、数据共享分布式 String类型： 分布式Session Redis是分布式的独立服务，可以在多个应用之间共享...
Open in Who Shared Issue with article?

【Redis】简单实现分布式锁_林雨涵的博客-CSDN博客

|
By String lockName
| CSDN
思路 使用基本的命令 SETNX 以及 DEL 指令 自旋重试 利用 HINCRBY 的命令 +1 / -1 加锁、解锁的时候，利用给每个锁加个唯一的标识来实现 获取锁成功以后宕机，也就是在Redis里面存在了一条 k-v 键值对的锁了 加锁的时候，添加上过期时间 先 HEXIST 判断有没有锁存在，如果存在，则使用定时任务进行自动续期 红锁算法 优化 在上面可以得出，我们会有一些逻辑性的判断，再加上 Redis 本身是不支持事务的，所以我们就需要有一个Lua 脚本来辅助我们进行实现。 加锁：setnx key value：1. 独占排它锁 解锁：del key 重试：递归 or 循环 过期时间：expire： 2. 避免发生死锁（Redis客户端从Redis服务中获取到锁以后立刻宕机 / 锁重入） 3. 原子性：加锁与过期时间、判断锁与释放锁 4. 防止误删除 （加锁与解锁必须的原子性，即谁加锁就是谁解锁 + 先判断在删除） 5. 自动续期 （保证程序的运行时间与锁的存活时间保持一致） 6. 在集群模式下，会导致锁机制失效 1. 客户端10010，从主中获取到锁 2.
Open in Who Shared Issue with article?

Lua+Redis：分布式锁解决方案分享-51CTO.COM

|
By import redis.clients.jedis.Jedis, String lockName, import java.util.Array List, Import Redis.clients.jedis.jedis PoolConfig
| 51cto.com
2023-09-28 08:39:23 分布式锁的是确保在多个进程或多个节点之间对共享资源的访问是有序、互斥和原子的，以避免竞态条件和数据不一致性问题。在多进程或多节点环境中，分布式锁广泛应用于协调共享资源的安全访问。 介绍 当我们涉及到多进程或多节点的分布式系统时，传统的单机锁机制不再足够应对并发控制的需求。这是因为在分布式环境中，多个进程或节点同时访问共享资源，传统锁无法有效地协调这种复杂的并发情况，这就引入了分布式锁，本文将一步一步引导大家使用lua脚本和redis实现分布式锁。 理解分布式锁 分布式锁的是确保在多个进程或多个节点之间对共享资源的访问是有序、互斥和原子的，以避免竞态条件和数据不一致性问题。在多进程或多节点环境中，分布式锁广泛应用于协调共享资源的安全访问。 Redis（Remote Dictionary Server）是一种高性能的开源内存数据库，因其具有以下优势，使其成为实现分布式锁的理想选择： 高性能和低延迟：Redis以内存为基础，使得数据的读写操作非常快速，具有极低的延迟，适用于高吞吐量的应用场景。...
Open in Who Shared Issue with article?

高并发场景加锁方式及存在的问题_梵晞的博客-CSDN博客

|
By String lockName
| CSDN
在多线程高并发场景下，为了保证共享资源的正确性，通常会采用加锁的方式。关于加锁以及一些相关的问题，这里根据个人学习了解的做个汇总。 JVM锁是指Java中的一些锁实现：synchronized、ReentrantLock等。这些加锁方式在特定场景下会存在失效问题。 1.1 多例模式 在Spring中默认为单例模式，可以使用@Scope(value=“prototype”)注解变成多例模式。代码示例如下： @Scope(value="prototype", proxyMode=ScopeProxyMode.TARGET_CLASS) public class TestService{ public synchronized void testMethod(){ } } 因为synchronized在修饰普通方法时是将当前对象作为锁对象，单例模式下锁有效，但在多例模式下都是不同的对象，锁对象也是不同的，那么也就导致锁失效了。 1.2 事务 在使用@Transcation注解的方法里加锁，也可能会有失效的问题。比如对mysql数据库中账户金额执行更新操作，代码示例如下： public...
Open in Who Shared Issue with article?
Show More