MySQL 트랜잭션 처리 메커니즘을 사용하기 위한 팁 및 단계

트랜잭션 제어
MySQL은 SET AUTOCOMMIT, START TRANSACTION, COMMIT 및 ROLLBACK과 같은 문을 통해 로컬 트랜잭션을 지원합니다.
구문:
START TRANSACTION | BEGIN [WORK]
COMMIT [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
ROLLBACK [WORK] [AND [NO] CHAIN] [ [NO] RELEASE]
SET AUTOCOMMIT = {0 | 1}
기본적으로 mysql은 자동 커밋됩니다. 명시적 커밋 및 롤백을 통해 트랜잭션을 커밋하고 롤백해야 하는 경우 명시적인 트랜잭션 제어 명령을 전달하여 시작해야 합니다. 이는 Oracle의 트랜잭션 관리와 분명히 다른 것입니다. 애플리케이션이 Oracle 데이터베이스에서 MySQL 데이터베이스로 마이그레이션되는 경우 해당 트랜잭션이 애플리케이션에서 명시적으로 관리되는지 확인해야 합니다.
START TRANSACTION 또는 BEGIN 문을 사용하면 새 트랜잭션을 시작할 수 있습니다.
COMMIT 및 ROLLBACK은 트랜잭션을 커밋하거나 롤백하는 데 사용됩니다.
CHAIN ​​​​및 RELEASE 절은 각각 트랜잭션 제출 또는 롤백 후 작업을 정의하는 데 사용됩니다. 체인은 즉시 새로운 작업을 시작하고 이전 트랜잭션 릴리스와 동일한 격리 수준을 갖게 됩니다.
SET AUTOCOMMIT은 현재 연결의 제출 방법을 수정할 수 있습니다. SET AUTOCOMMIT=0으로 설정되면 설정 후의 모든 트랜잭션을 명시적 명령을 통해 제출하거나 롤백해야 합니다.
특정 명세서에 대해서만 거래 제어가 필요한 경우 START TRANSACTION을 사용하여 거래를 시작하는 것이 더 편리하므로 거래가 끝난 후 자동으로 모든 거래를 원하는 경우 자동 제출 방식으로 돌아갈 수 있습니다. 🎜> not 자동으로 제출되는 경우 각 트랜잭션 시작 시 START TRANSACTION을 실행할 필요가 없도록 AUTOCOMMIT을 수정하여 트랜잭션을 제어하는 ​​것이 더 편리합니다.
따라서 동일한 트랜잭션에서 서로 다른 스토리지 엔진의 테이블을 사용하지 않는 것이 가장 좋습니다. 그렇지 않으면 커밋 및 롤백은 트랜잭션 유형 테이블로만 커밋 및 롤백이 가능하기 때문에 롤백 중에 트랜잭션 유형이 아닌 테이블에 대해 특별한 처리가 필요합니다. .
일반적으로 바이너리 로그에는 커밋된 트랜잭션만 기록되지만 트랜잭션에 비트랜잭션 유형 테이블이 포함된 경우 롤백 작업도 바이너리 로그에 기록되어 비트랜잭션 유형 테이블 업데이트가 복사될 수 있도록 합니다. 슬레이브 데이터베이스에.
오라클의 트랜잭션 관리와 마찬가지로 모든 DDL 문은 롤백할 수 없으며 일부 DDL 문은 암시적 제출을 유발합니다.
트랜잭션에서 저장점을 정의하여 롤백할 트랜잭션의 일부를 지정할 수 있지만 커밋할 트랜잭션의 일부를 지정할 수는 없습니다. 복잡한 애플리케이션의 경우 여러 개의 서로 다른 저장점을 정의할 수 있으며, 서로 다른 조건이 충족되면 서로 다른 저장점을 롤백할 수 있습니다. 동일한 이름의 저장점이 정의되면 나중에 정의된 저장점이 이전 정의를 덮어쓰게 된다는 점에 유의해야 합니다. 더 이상 필요하지 않은 저장점의 경우 저장점 해제 명령을 사용하여 저장점을 삭제한 후에는 더 이상 저장점으로 롤백 명령을 실행할 수 없습니다.
다음 예는 롤백해야 하는 트랜잭션의 위치를 ​​지정하기 위해 저장점을 정의하여 롤백 트랜잭션을 시뮬레이션하는 일부입니다.