Redis 트랜잭션 및 관련 명령 소개-Redis-php.cn

Redis 트랜잭션 및 관련 명령 소개

1. 개요:

다른 많은 데이터베이스와 마찬가지로 NoSQL 데이터베이스인 Redis도 트랜잭션 메커니즘을 제공합니다. Redis에서는 MULTI/EXEC/DISCARD/WATCH 네 가지 명령이 트랜잭션 구현의 초석입니다. 관계형 데이터베이스 개발 경험이 있는 개발자에게는 이 개념이 낯설지 않다고 생각합니다. 그럼에도 불구하고 Redis에서 트랜잭션의 구현 특성을 간략하게 나열하겠습니다. (권장: redis 비디오 튜토리얼)

1) . 트랜잭션이 실행되는 동안 Redis는 더 이상 다른 클라이언트 요청에 대한 서비스를 제공하지 않으므로 트랜잭션의 모든 명령이 원자적으로 실행됩니다.

2) 관계형 데이터베이스의 트랜잭션과 비교하여 Redis 트랜잭션에서 명령이 실행되지 않으면 후속 명령이 계속 실행됩니다.

3) 관계형 데이터베이스 개발 경험이 있는 사람이라면 "BEGIN TRANSACTION" 문으로 이해할 수 있는 MULTI 명령을 통해 트랜잭션을 시작할 수 있습니다. 이 명령문 이후에 실행되는 명령은 트랜잭션 내의 작업으로 간주됩니다. 마지막으로 EXEC/DISCARD 명령을 실행하여 트랜잭션 내의 모든 작업을 커밋/롤백할 수 있습니다. 이 두 Redis 명령은 관계형 데이터베이스의 COMMIT/ROLLBACK 문과 동일한 것으로 간주될 수 있습니다.

4) 트랜잭션이 시작되기 전에 클라이언트와 서버 사이에 통신 장애가 발생하고 네트워크 연결이 끊어지면 이후에 실행될 모든 명령문이 서버에서 실행되지 않습니다. 그러나 클라이언트가 EXEC 명령을 실행한 후 네트워크 중단 이벤트가 발생하면 트랜잭션의 모든 명령이 서버에 의해 실행됩니다.

5) Append-Only 모드를 사용하는 경우 Redis는 write 시스템 함수를 호출하여 이 호출에서 트랜잭션의 모든 쓰기 작업을 디스크에 씁니다. 그러나 쓰기 프로세스 중에 정전으로 인한 가동 중지 시간과 같은 시스템 충돌이 발생하는 경우 현재 데이터의 일부만 디스크에 기록될 수 있으며 데이터의 다른 부분은 손실됩니다.

Redis 서버는 다시 시작할 때 필요한 일련의 일관성 검사를 수행합니다. 유사한 문제가 발견되면 즉시 종료되고 해당 오류 메시지가 표시됩니다. 이때 Redis 툴킷에 제공되는 redis-check-aof 도구를 최대한 활용해야 합니다. 이 도구는 데이터 불일치 오류를 찾고 작성된 일부 데이터를 롤백하는 데 도움이 될 수 있습니다. 복구 후 Redis 서버를 다시 시작할 수 있습니다.

2. 관련 명령 목록:

ISCA

명령 프로토타입	시간 복잡성	명령 설명	반환 값
M U L T 나		는 트랜잭션 시작을 표시하는 데 사용됩니다. 이후에 실행되는 모든 명령은 EXEC가 실행될 때까지 명령 대기열에 저장됩니다.	항상 OK
E 미거래 상태를 반환합니다. 트랜잭션 중에 WATCH 명령이 실행되면 EXEC 명령은 WATCH에서 모니터링하는 키가 수정되지 않은 경우에만 트랜잭션 대기열의 모든 명령을 실행할 수 있습니다. 그렇지 않으면 EXEC는 현재 트랜잭션의 모든 명령을 포기합니다. 트랜잭션의 각 명령 결과를 원자적으로 반환합니다. WATCH가 트랜잭션에 사용되는 경우 EXEC는 트랜잭션이 중단되면 NULL 다중 대량 응답을 반환합니다.	D
R D		트랜잭션 큐의 모든 명령을 롤백하는 동시에 현재 연결 상태를 정상 상태, 즉 비트랜잭션 상태로 복원합니다. WATCH 명령을 사용하는 경우 이 명령은 모든 키를 UNWATCH합니다.	항상 OK를 반환합니다.
W A T C H k e y [키...]	O(1)	at MULTI 명령 실행 , 모니터링할 키를 지정할 수 있습니다. 그러나 EXEC를 실행하기 전에 모니터링되는 키가 수정되면 EXEC는 트랜잭션 대기열의 모든 명령 실행을 중단합니다.	항상 OK를 반환합니다.
U N W A T C H	O(1)	현재 트랜잭션에서 지정된 모니터링 키를 취소합니다. EXEC 또는 DISCARD 명령이 다음과 같습니다. 실행되면 이 명령을 수동으로 실행할 필요가 없습니다. 이후에는 트랜잭션에서 모니터링되는 모든 키가 자동으로 취소되기 때문입니다.	항상 OK를 반환합니다.

3. 명령 예:

1. 트랜잭션이 정상적으로 실행됩니다.
#쉘 명령줄에서 Redis 클라이언트 도구를 실행합니다.

 /> redis-cli

로그인 후 복사

#현재 연결에서 새 거래를 시작합니다.

redis 127.0.0.1:6379> multi
OK

로그인 후 복사

#트랜잭션의 첫 번째 명령을 실행합니다. 명령의 반환 결과를 보면 명령이 즉시 실행되지 않고 트랜잭션의 명령 대기열에 저장되는 것을 알 수 있습니다.

redis 127.0.0.1:6379> incr t1
QUEUED

로그인 후 복사

#새로운 명령이 실행된 결과를 보면 해당 명령이 트랜잭션의 명령 대기열에도 저장되어 있음을 알 수 있습니다.

redis 127.0.0.1:6379> incr t2
QUEUED

로그인 후 복사

#트랜잭션 명령 대기열의 모든 명령을 실행합니다. 결과에서 알 수 있듯이 대기열에 있는 명령의 결과가 반환됩니다.

redis 127.0.0.1:6379> exec
1) (integer) 1
2) (integer) 1

로그인 후 복사

2. 거래에 실패한 명령이 있습니다:
#새 거래를 시작하세요.

redis 127.0.0.1:6379> multi
OK

로그인 후 복사

#key a의 값을 문자열 형태의 3으로 설정합니다.

redis 127.0.0.1:6379> set a 3
QUEUED

로그인 후 복사

# 키 a에 연결된 값의 헤드에서 요소를 팝합니다. 값이 문자열 유형이고 lpop 명령은 목록 유형에만 사용할 수 있으므로 exec 명령을 실행하면 명령이 실패합니다.

redis 127.0.0.1:6379> lpop a
QUEUED

로그인 후 복사

#키 a의 값을 문자열 4로 다시 설정합니다.

redis 127.0.0.1:6379> set a 4
QUEUED

로그인 후 복사

#키 a의 값을 가져와서 트랜잭션의 두 번째 set 명령으로 값이 성공적으로 설정되었는지 확인하세요.

redis 127.0.0.1:6379> get a
QUEUED

로그인 후 복사

# 결과를 보면 트랜잭션의 두 번째 명령 lpop은 실행에 실패했지만 후속 set 및 get 명령은 성공적으로 실행된 것을 볼 수 있습니다. 이것이 Redis 트랜잭션과 관계형 데이터베이스의 트랜잭션 사이의 가장 큰 차이점입니다. 중요한 차이점.
redis 127.0.0.1:6379> exec
1) OK
2) (오류) ERR 잘못된 종류의 값을 보유한 키에 대한 작업
3) OK
4) "4"
3. 롤백 트랜잭션:
#은 키입니다. t2는 트랜잭션이 실행되기 전의 값을 설정합니다.

redis 127.0.0.1:6379> set t2 tt
OK

로그인 후 복사

#거래를 시작하세요.

redis 127.0.0.1:6379> multi
OK

로그인 후 복사

# 거래 내에서 이 키에 대한 새 값을 설정하세요.

redis 127.0.0.1:6379> set t2 ttnew
QUEUED

로그인 후 복사

#사업을 포기하세요.

redis 127.0.0.1:6379> discard
OK

로그인 후 복사

#t2 키 값 보기 결과에서 이 키의 값이 여전히 트랜잭션 시작 전 값임을 알 수 있습니다.

redis 127.0.0.1:6379> get t2
"tt"

로그인 후 복사

4. WATCH 명령 및 CAS 기반 낙관적 잠금:

Redis 트랜잭션에서는 WATCH 명령을 사용하여 CAS(check-and-set) 기능을 제공할 수 있습니다. 트랜잭션이 실행되기 전에 WATCH 명령을 통해 여러 키를 모니터링한다고 가정합니다. WATCH 이후 키 값이 변경되면 EXEC 명령으로 실행된 트랜잭션이 중단되고 호출자에게 알리기 위해 Null 다중 대량 응답이 반환됩니다. 거래 실행에 실패했습니다.

예를 들어 Redis에서는 키 값의 원자적 증가를 완료하기 위한 incr 명령이 제공되지 않는다고 다시 가정합니다. 이 기능을 구현하려면 해당 코드를 직접 작성하면 됩니다. 의사 코드는 다음과 같습니다.

      val = GET mykey
      val = val + 1
      SET mykey $val

로그인 후 복사

위 코드는 단일 연결의 경우에만 실행 결과가 정확하다는 것을 보장할 수 있습니다. 왜냐하면 여러 클라이언트가 동시에 이 코드를 실행하는 경우 멀티스레딩이 실패하기 때문입니다. 발생 프로그램에서 자주 발생하는 오류 시나리오는 경쟁 조건입니다.

예를 들어 클라이언트 A와 B는 모두 mykey의 원래 값을 동시에 읽습니다. 값이 10이라고 가정합니다. 그 후 두 클라이언트 모두 값에 1을 추가하고 이를 Redis 서버에 다시 설정합니다. mykey의 결과는 우리가 생각한 12가 아닌 11입니다. 비슷한 문제를 해결하려면 WATCH 명령의 도움이 필요합니다. 다음 코드를 참조하세요.

      WATCH mykey
      val = GET mykey
      val = val + 1
      MULTI
      SET mykey $val
      EXEC

로그인 후 복사

이전 코드와의 차이점은 새 코드에서는 mykey 값을 가져오기 전에 WATCH 명령을 통해 키를 모니터링한다는 점입니다. 명령은 각 연결에 대해 EXEC를 실행하기 전에 현재 연결에서 얻은 mykey 값이 연결된 다른 클라이언트에 의해 수정되면 현재 연결의 EXEC 명령이 실패하도록 효과적으로 보장할 수 있는 트랜잭션으로 둘러싸여 있습니다. 실행합니다. 이런 방식으로 호출자는 반환 값을 판단한 후 val이 성공적으로 재설정되었는지 여부를 알 수 있습니다.

더 많은 Redis 지식을 알고 싶다면 redis 튜토리얼 칼럼을 주목해주세요.

위 내용은 Redis 트랜잭션 및 관련 명령 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!