이 글에서는 주로 Redis에서 잠금을 수행하는 여러 가지 방법을 소개하고 참고 및 학습을 위해 공유합니다. 아래에서는 자세히 설명하지 않겠습니다. 자세한 소개를 살펴보겠습니다.
redis 잠금 분류
redis에서 사용할 수 있는 잠금 명령은 INCR, SETNX, SET
첫 번째 잠금 명령 INCR
이 잠금의 개념은 다음과 같습니다. 키가 존재하지 않는 경우 키의 값을 먼저 0으로 초기화한 후 1씩 증가시키는 INCR 연산을 수행합니다.
그런 다음 다른 사용자가 1씩 증가하는 INCR 연산을 수행할 때 반환된 숫자가 1보다 크면 잠금이 사용 중이라는 의미입니다.
1. 클라이언트 A는 서버에 키 값 1을 획득하도록 요청합니다.
2. 클라이언트 B도 서버에 키 값 2를 획득하도록 요청하며 이는 잠금 획득에 실패했음을 나타냅니다.
3. 클라이언트 A가 코드 실행을 완료하고 잠금을 삭제합니다
4. 일정 시간 동안 기다린 후 클라이언트 B는 요청 시 키 값 1을 획득하여 클라이언트 B가 잠금 획득에 성공했음을 나타냅니다. 코드를 실행하고 잠금을 삭제합니다
$redis->incr($key); $redis->expire($key, $ttl); //设置生成时间为1秒두 번째 잠금 SETNX
잠금의 개념은 키가 없으면 키를 값으로 설정하는 것입니다
키가 이미 있으면 SETNX는 가져오지 않습니다. 어떤 조치든
1. 클라이언트 A가 서버에 키 값을 설정하도록 요청합니다. 설정이 성공하면 잠금이 성공한 것입니다.
2. 클라이언트 B도 서버에 키 값을 설정하도록 요청합니다. 실패하면 잠금이 실패했음을 의미합니다
3. 클라이언트 A가 코드 실행을 완료하고 잠금을 삭제합니다
4, 클라이언트 B가 키 값 설정을 요청하기 전에 일정 시간을 기다리면 설정이 성공합니다
5. 클라이언트 B는 코드를 실행하고 잠금을 삭제합니다.
$redis->setNX($key, $value); $redis->expire($key, $ttl);세 번째 잠금 SET
위의 두 가지 방법 모두 사용할 수 있습니다. 한 가지 문제점은 키 만료를 설정해야 한다는 것입니다. 그렇다면 키 만료를 설정해야 하는 이유는 무엇입니까? 어떤 이유로 요청 실행이 예기치 않게 종료되어 잠금이 생성되었지만 삭제되지 않은 경우 잠금은 항상 존재하므로 나중에 캐시가 업데이트되지 않습니다. 따라서 예상치 못한 이벤트를 방지하려면 잠금에 만료 시간을 추가해야 합니다.
하지만 Expire로 설정하는 것은 원자적 연산이 아닙니다. 따라서 트랜잭션을 통해서도 원자성(Atomicity)을 보장할 수 있으나 여전히 일부 문제가 있어 관계자는 2.6.12 버전부터 SET 명령 자체를 사용하면 만료 시간을 설정하는 기능이 포함됐다고 밝혔다.
1. 클라이언트 A가 서버에 키 값 설정을 요청하면 잠금이 성공한 것입니다.
2. 클라이언트 B도 서버에 키 값 설정을 요청합니다. 3. 클라이언트 A는 코드 실행을 완료하고 잠금을 삭제합니다
4. 클라이언트 B는 일정 시간 기다린 후 키 값 설정을 요청하여 설정에 성공합니다
5. 클라이언트 B는 코드 실행을 완료하고 잠금을 삭제합니다
$redis->set($key, $value, array('nx', 'ex' => $ttl)); //ex表示秒
위 내용은 Redis를 잠그는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!