> 데이터 베이스 > Redis > Redis 분산 잠금 시간 초과는 얼마나 걸리나요?

Redis 분산 잠금 시간 초과는 얼마나 걸리나요?

anonymity
풀어 주다: 2019-06-05 13:31:33
원래의
8581명이 탐색했습니다.

분산 잠금을 구현하는 방법에는 일반적으로 세 가지가 있습니다: 1. 데이터베이스 낙관적 잠금 2. Redis 기반 분산 잠금 3. ZooKeeper 기반 분산 잠금.

Redis 기반의 분산 잠금 구현을 소개합니다.

Redis 분산 잠금 시간 초과는 얼마나 걸리나요?

분산 잠금 속성:

신뢰성. 우선 분산 잠금을 사용할 수 있으려면 최소한 잠금 구현이 다음 네 가지 조건을 동시에 충족하는지 확인해야 합니다.

상호 배타성. 언제든지 하나의 클라이언트만 잠금을 보유할 수 있습니다.

교착상태가 발생하지 않습니다. 클라이언트가 잠금을 적극적으로 잠금 해제하지 않고 잠금을 유지하는 동안 충돌이 발생하더라도 다른 클라이언트가 이후에 잠금을 잠글 수 있다는 것이 보장됩니다.

has 내결함성. 대부분의 Redis 노드가 정상적으로 실행되는 한 클라이언트는 잠그거나 잠금 해제할 수 있습니다.

종을 풀려면 종을 묶어야 합니다. 잠금 및 잠금 해제는 동일한 클라이언트에 의해 수행되어야 합니다. 클라이언트 자체는 다른 사람이 추가한 잠금을 잠금 해제할 수 없습니다.

코드 구현 구성 요소 종속성

먼저 Maven을 통해 Jedis 오픈 소스 구성 요소를 도입하고 다음 코드를 pom.xml에 추가해야 합니다. 파일: #🎜 🎜#

<dependency>
    <groupId>redis.clients</groupId>
    <artifactId>jedis</artifactId>
    <version>2.9.0</version>
</dependency>
로그인 후 복사

잠금코드 올바른 자세

톡이 싸요, 코드 보여주세요. 먼저 코드를 보여주고, 왜 이런 식으로 구현되었는지 천천히 설명하세요:

public class RedisTool {
    private static final String LOCK_SUCCESS = "OK";
    private static final String SET_IF_NOT_EXIST = "NX";
    private static final String SET_WITH_EXPIRE_TIME = "PX";
    /**
     * 尝试获取分布式锁
     * @param jedis Redis客户端
     * @param lockKey 锁
     * @param requestId 请求标识
     * @param expireTime 超期时间
     * @return 是否获取成功
     */
    public static boolean tryGetDistributedLock(Jedis jedis, String lockKey, String requestId, int expireTime) {
        String result = jedis.set(lockKey, requestId, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, expireTime);
        if (LOCK_SUCCESS.equals(result)) {
            return true;
        }
        return false;
    }
}
로그인 후 복사

보시다시피, 잠그려면 코드 한 줄만 있으면 됩니다: jedis.set(String key, String value, String nxxx, String expx, int time), 이 set() 메소드에는 총 5개의 형식 매개변수가 있습니다:

첫 번째 매개변수는 키입니다. 키는 고유하기 때문에 키를 잠금으로 사용합니다.

두 번째는 requestId입니다. 많은 아이들이 자물쇠로 사용하는 것만으로는 충분하지 않나요? 그 이유는 위에서 신뢰성에 대해 이야기했을 때 벨을 잠금 해제하려면 분산 잠금이 네 번째 조건을 충족해야 하며 벨을 들고 있는 사람이 벨을 묶은 사람이어야 하기 때문에 requestId에 값을 할당하면 어떤 요청인지 알 수 있기 때문입니다. 잠금을 추가하면 기초를 가질 수 있습니다. requestId는 UUID.randomUUID().toString() 메서드를 사용하여 생성할 수 있습니다.

세 번째는 nxxx입니다. 이 매개변수는 NX입니다. 이는 SET IF NOT EXIST를 의미합니다. 즉, 키가 존재하지 않을 때 키가 이미 존재하면 설정 작업을 수행합니다. , 아무 작업도 수행되지 않습니다.

네 번째 매개변수는 expx입니다. 전달하는 매개변수는 PX이며, 이는 이 키에 만료 설정을 추가한다는 의미입니다. .

5번째 매개변수는 time으로, 4번째 매개변수에 해당하며 키의 만료 시간을 나타냅니다.

일반적으로 위의 set() 메서드를 실행하면 두 가지 결과만 발생합니다. 1. 현재 잠금이 없습니다(키가 존재하지 않음). 그런 다음 잠금 작업을 수행하고 잠금 유효 기간을 설정합니다. , 값은 잠긴 클라이언트를 나타냅니다. 2. 잠금이 이미 존재하므로 아무런 작업도 수행되지 않습니다.

우리의 잠금 코드는 신뢰성 섹션에 설명된 세 가지 조건을 충족합니다. 우선, set()은 키가 이미 존재하는 경우 함수가 성공적으로 호출되지 않도록 하는 NX 매개변수를 추가합니다. 즉, 단 하나의 클라이언트만이 잠금을 보유할 수 있어 상호 배제를 충족할 수 있습니다. 둘째, 잠금에 만료 시간을 설정했기 때문에 나중에 잠금 홀더가 충돌하여 잠금이 해제되지 않더라도 만료 시간에 도달하고 교착 상태가 발생하지 않기 때문에 잠금이 자동으로 잠금 해제(즉, 키가 삭제됨)됩니다. 발생합니다. 마지막으로 잠긴 클라이언트 요청 식별자를 나타내는 requestId에 값을 할당하므로 클라이언트가 잠금을 해제할 때 동일한 클라이언트인지 확인할 수 있습니다. Redis 독립 실행형 배포 시나리오만 고려하므로 당분간은 내결함성을 고려하지 않습니다.


위 내용은 Redis 분산 잠금 시간 초과는 얼마나 걸리나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿