Redis 트랜잭션 인스턴스 분석

Redis에서의 사용

Redis는 multi, exec, Discard 및 Watch를 통해 트랜잭션 기능을 구현합니다.

• multi: 트랜잭션 시작

• exec: 트랜잭션 커밋 및 실행

• discard: 트랜잭션 취소

• watch: 트랜잭션 시작 전 모든 키 감시

> multi
OK
> set bookName "Redis"
QUEUED
> get bookName
QUEUED
> sadd tag "Redis" "New Book"
QUEUED
> smembers tag
QUEUED
> exec
1) OK
2) "Redis"
3) (integer) 2
4) 1) "Redis"
   2) "New Book"

트랜잭션 시작

rr 리

이 명령은 Redis_multi 옵션을 켜서 클라이언트가 비트랜잭션 상태에서 트랜잭션 상태로 변경할 수 있도록 합니다

Command enqueue

> multi
OK

Redis 명령은 즉시 실행되지 않지만 먼저 선입 입력을 입력합니다. , 트랜잭션이 제출될 때까지 첫 번째 트랜잭션 대기열입니다. QUEUED는 이 명령이 트랜잭션 대기열에 입력되었음을 나타냅니다.

Execute transaction

> set bookName "Redis"
QUEUED
> get bookName
QUEUED
> sadd tag "Redis" "New Book"
QUEUED
> smembers tag
QUEUED

exec 명령을 실행할 때 Redis는 클라이언트가 저장한 트랜잭션 대기열에 따라 선입선출 방식으로 트랜잭션 대기열의 명령을 실행합니다. 대기열에 있는 첫 번째 명령이 먼저 실행됩니다. , 대기열에 추가된 마지막 명령이 마지막으로 실행됩니다. exec 명령을 실행한 후 Redis는 결과를 응답 대기열에 저장하고 대기열을 클라이언트에 보냅니다. 클라이언트가 트랜잭션 상태를 종료하고 트랜잭션이 완료됩니다.

discard 명령

> exec
1) OK
2) "Redis"
3) (integer) 2
4) 1) "Redis"
   2) "New Book"

discard는 거래를 취소하는 명령으로, 거래가 취소되었음을 나타냅니다. 클라이언트가 트랜잭션 상태를 종료하고 비트랜잭션 상태로 돌아갈 때 Redis_multi 옵션을 꺼야 합니다.

watch 명령

> multi
OK
> set author "lisi"
QUEUED
> discard
OK
> get author
(nil)

클라이언트 1이 트랜잭션을 입력하면 watch는 문자 키를 설정하고 해당 값을 a로 설정하지만 트랜잭션은 아직 커밋되지 않습니다. 클라이언트 2는 문자의 값을 b로 설정합니다. 클라이언트 1이 트랜잭션을 커밋한 후 반환된 결과는 nil이지만 get 명령을 호출하면 letter 값을 b로 얻을 수 있습니다. 즉, 다른 클라이언트가 문자 키를 변경하면 트랜잭션이 취소되고 실행되지 않으며 실패하게 됩니다.

watch 명령은 트랜잭션이 시작되기 전에 원하는 수의 키를 모니터링합니다. 트랜잭션을 실행하기 위해 exce 명령을 호출할 때 모니터링되는 키 중 하나라도 다른 클라이언트에 의해 수정된 경우 전체 트랜잭션이 더 이상 실행되지 않으며 오류가 발생합니다. 직접 반환됩니다.

트랜잭션 예외

명령 오류

# Redis 客户端1
> watch letter
OK
> multi
OK
> set letter a
QUEUED
> exec
(nil)


# Redis 客户端2
> set letter b
OK

# Redis 客户端1
> get letter
"b"

트랜잭션의 명령 예외는 트랜잭션 실행 실패를 초래하는 구문 오류입니다.

런타임 예외

> set letter ac
QUEUED
> get letter ac
(error) ERR wrong number of arguments for 'get' command
> exec
(error) EXECABORT Transaction discarded because of previous errors.

위의 예는 트랜잭션이 실행 도중에 오류가 발생한 경우입니다. 트랜잭션에서 명령 실행 오류가 발생한 후에는 incr 명령을 수행할 수 없기 때문입니다. 그래서 책 값은 계속 설정될 수 있습니다. 이 예외는 프로그래머만이 코드에서 피할 수 있습니다.

ACID

트랜잭션의 원자성

원자는 함께 성공적으로 실행되거나 함께 실패하여 롤백된다는 의미입니다. Redis에서 제공하는 모든 API는 원자성 작업입니다. 그러면 Redis 트랜잭션은 작업 배치에서 원자성을 보장하기만 하면 됩니다. 그러나 런타임 예외의 경우 트랜잭션의 명령에서 예외가 발생하면 해당 명령에 대한 롤백 메커니즘이 계속해서 실행됩니다. 따라서 Redis 트랜잭션은 원자적임을 보장하지 않습니다.

일관성

트랜잭션 예외

명령 오류가 발생하면 트랜잭션을 실행할 수 없습니다. 런타임 예외인 경우 Redis는 반환 결과에 오류를 포함하고 후속 실행에 영향을 미치지 않으므로 트랜잭션이 일관됩니다.

Redis 프로세스가 종료됩니다.

순수 메모리 모드에서 Redis는 다시 시작한 후 데이터베이스가 비어 있으므로 트랜잭션 일관성이 유지됩니다.

RDB 모드에서는 트랜잭션이 중간에 RDB 파일을 저장하는 작업을 수행하지 않습니다. 트랜잭션이 완료된 후에만 RDB 작업이 시작될 수 있습니다. 따라서 트랜잭션 실행 중에 Redis 프로세스가 종료되며, 아무리 성공하더라도 RDB 파일에 저장되지 않으므로 일관성이 유지됩니다.

AOF 모드에서는 트랜잭션 문의 일부가 AOF 파일에 기록되고 성공적으로 저장됩니다. 불완전한 트랜잭션은 AOF 파일에 저장됩니다. Redis를 다시 시작할 때 AOF 파일이 불완전한지 확인하고 Redis는 오류와 함께 종료됩니다. 이 불완전한 트랜잭션은 재시작이 성공하기 전에 삭제되어야 일관성이 유지됩니다.

AOF 모드에서는 트랜잭션이 AOF 파일에 기록되지 않으므로 Redis 데이터베이스를 다시 시작한 후 AOF 파일에 성공적으로 저장된 최신 데이터가 있습니다. 이 거래에 대한 데이터가 없으므로 일관성이 있습니다.

Isolation

Redis는 단일 프로세스 프로그램으로, 트랜잭션 실행 시 트랜잭션이 중단되지 않고 트랜잭션 대기열의 모든 명령이 실행될 때까지 트랜잭션이 실행될 수 있음을 보장합니다. 따라서 거래는 격리됩니다.

Durable

순수 메모리 모드에서는 트랜잭션이 지속되지 않습니다.

RDB 모드에서는 트랜잭션이 실행된 후 RDB 파일이 업데이트되기 전에 서버가 실패할 수 있으므로 RDB 모드의 트랜잭션은 내구성이 없습니다.

AOF 모드에서는 AOF 파일에 명령어를 추가하는데, 파일을 쓰면 바로 디스크에 기록되지 않고 먼저 버퍼에 저장됩니다. 따라서 데이터가 디스크에 저장되는 간격은 매우 작습니다. 이 모드의 트랜잭션도 내구성이 없습니다.

위 내용은 Redis 트랜잭션 인스턴스 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!