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

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

Jun 05, 2019 pm 01:31 PM
redis

분산 잠금을 구현하는 방법에는 일반적으로 세 가지가 있습니다: 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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

Redis 클러스터 모드를 구축하는 방법 Redis 클러스터 모드를 구축하는 방법 Apr 10, 2025 pm 10:15 PM

Redis Cluster Mode는 Sharding을 통해 Redis 인스턴스를 여러 서버에 배포하여 확장 성 및 가용성을 향상시킵니다. 시공 단계는 다음과 같습니다. 포트가 다른 홀수 redis 인스턴스를 만듭니다. 3 개의 센티넬 인스턴스를 만들고, Redis 인스턴스 및 장애 조치를 모니터링합니다. Sentinel 구성 파일 구성, Redis 인스턴스 정보 및 장애 조치 설정 모니터링 추가; Redis 인스턴스 구성 파일 구성, 클러스터 모드 활성화 및 클러스터 정보 파일 경로를 지정합니다. 각 redis 인스턴스의 정보를 포함하는 Nodes.conf 파일을 작성합니다. 클러스터를 시작하고 Create 명령을 실행하여 클러스터를 작성하고 복제본 수를 지정하십시오. 클러스터에 로그인하여 클러스터 정보 명령을 실행하여 클러스터 상태를 확인하십시오. 만들다

Redis 데이터를 지우는 방법 Redis 데이터를 지우는 방법 Apr 10, 2025 pm 10:06 PM

Redis 데이터를 지우는 방법 : Flushall 명령을 사용하여 모든 키 값을 지우십시오. FlushDB 명령을 사용하여 현재 선택한 데이터베이스의 키 값을 지우십시오. 선택을 사용하여 데이터베이스를 전환 한 다음 FlushDB를 사용하여 여러 데이터베이스를 지우십시오. del 명령을 사용하여 특정 키를 삭제하십시오. Redis-Cli 도구를 사용하여 데이터를 지우십시오.

Redis 대기열을 읽는 방법 Redis 대기열을 읽는 방법 Apr 10, 2025 pm 10:12 PM

Redis의 대기열을 읽으려면 대기열 이름을 얻고 LPOP 명령을 사용하여 요소를 읽고 빈 큐를 처리해야합니다. 특정 단계는 다음과 같습니다. 대기열 이름 가져 오기 : "큐 :"와 같은 "대기열 : my-queue"의 접두사로 이름을 지정하십시오. LPOP 명령을 사용하십시오. 빈 대기열 처리 : 대기열이 비어 있으면 LPOP이 NIL을 반환하고 요소를 읽기 전에 대기열이 존재하는지 확인할 수 있습니다.

Centos redis에서 lua 스크립트 실행 시간을 구성하는 방법 Centos redis에서 lua 스크립트 실행 시간을 구성하는 방법 Apr 14, 2025 pm 02:12 PM

CentOS 시스템에서는 Redis 구성 파일을 수정하거나 Redis 명령을 사용하여 악의적 인 스크립트가 너무 많은 리소스를 소비하지 못하게하여 LUA 스크립트의 실행 시간을 제한 할 수 있습니다. 방법 1 : Redis 구성 파일을 수정하고 Redis 구성 파일을 찾으십시오. Redis 구성 파일은 일반적으로 /etc/redis/redis.conf에 있습니다. 구성 파일 편집 : 텍스트 편집기 (예 : VI 또는 Nano)를 사용하여 구성 파일을 엽니 다. Sudovi/etc/redis/redis.conf LUA 스크립트 실행 시간 제한을 설정 : 구성 파일에서 다음 줄을 추가 또는 수정하여 LUA 스크립트의 최대 실행 시간을 설정하십시오 (Unit : Milliseconds).

Redis 명령 줄을 사용하는 방법 Redis 명령 줄을 사용하는 방법 Apr 10, 2025 pm 10:18 PM

Redis Command Line 도구 (Redis-Cli)를 사용하여 다음 단계를 통해 Redis를 관리하고 작동하십시오. 서버에 연결하고 주소와 포트를 지정하십시오. 명령 이름과 매개 변수를 사용하여 서버에 명령을 보냅니다. 도움말 명령을 사용하여 특정 명령에 대한 도움말 정보를 봅니다. 종금 명령을 사용하여 명령 줄 도구를 종료하십시오.

Redis 카운터를 구현하는 방법 Redis 카운터를 구현하는 방법 Apr 10, 2025 pm 10:21 PM

Redis Counter는 Redis Key-Value Pair 스토리지를 사용하여 다음 단계를 포함하여 계산 작업을 구현하는 메커니즘입니다. 카운터 키 생성, 카운트 증가, 카운트 감소, 카운트 재설정 및 카운트 얻기. Redis 카운터의 장점에는 빠른 속도, 높은 동시성, 내구성 및 단순성 및 사용 편의성이 포함됩니다. 사용자 액세스 계산, 실시간 메트릭 추적, 게임 점수 및 순위 및 주문 처리 계산과 같은 시나리오에서 사용할 수 있습니다.

Redis 만료 정책을 설정하는 방법 Redis 만료 정책을 설정하는 방법 Apr 10, 2025 pm 10:03 PM

REDIS 데이터 만료 전략에는 두 가지 유형이 있습니다. 정기 삭제 : 만료 된 기간 캡-프리브-컨트 컨트 및 만료 된 시간 캡-프레임 딜레이 매개 변수를 통해 설정할 수있는 만료 된 키를 삭제하기위한주기 스캔. LAZY DELETION : 키를 읽거나 쓰는 경우에만 삭제가 만료 된 키를 확인하십시오. 그것들은 게으른 불쾌한 말입니다. 게으른 유발, 게으른 게으른 expire, Lazyfree Lazy-user-del 매개 변수를 통해 설정할 수 있습니다.

Debian Readdir의 성능을 최적화하는 방법 Debian Readdir의 성능을 최적화하는 방법 Apr 13, 2025 am 08:48 AM

Debian Systems에서 ReadDir 시스템 호출은 디렉토리 내용을 읽는 데 사용됩니다. 성능이 좋지 않은 경우 다음과 같은 최적화 전략을 시도해보십시오. 디렉토리 파일 수를 단순화하십시오. 대규모 디렉토리를 가능한 한 여러 소규모 디렉토리로 나누어 읽기마다 처리 된 항목 수를 줄입니다. 디렉토리 컨텐츠 캐싱 활성화 : 캐시 메커니즘을 구축하고 정기적으로 캐시를 업데이트하거나 디렉토리 컨텐츠가 변경 될 때 캐시를 업데이트하며 readDir로 자주 호출을 줄입니다. 메모리 캐시 (예 : Memcached 또는 Redis) 또는 로컬 캐시 (예 : 파일 또는 데이터베이스)를 고려할 수 있습니다. 효율적인 데이터 구조 채택 : 디렉토리 트래버스를 직접 구현하는 경우 디렉토리 정보를 저장하고 액세스하기 위해보다 효율적인 데이터 구조 (예 : 선형 검색 대신 해시 테이블)를 선택하십시오.

See all articles