트랜잭션 롤백 후 MySQL의 AUTO_INCREMENT가 재설정되지 않는 이유는 무엇입니까?

MySQL의 AUTO_INCREMENT 및 트랜잭션 롤백: 작동하지 않는 이유

MySQL의 AUTO_INCREMENT 기능은 순차 정수를 테이블 레코드에 기본 키로 할당합니다. 그러나 많은 사용자는 AUTO_INCREMENT 필드와 관련된 트랜잭션을 롤백할 때 예기치 않은 동작을 경험합니다. 예상과는 달리 AUTO_INCREMENT 값은 롤백 후에 재설정되지 않습니다.

설명:

이 동작은 MySQL 설계에서 의도된 것입니다. AUTO_INCREMENT 메커니즘은 트랜잭션과 독립적인 고유 식별자를 생성합니다. 다음 시나리오를 고려하십시오.

• 프로그램 1: AUTO_INCREMENT 기본 키를 사용하여 FOO 테이블에 행을 삽입하고 값 557을 할당합니다.
• 프로그램 두 번째: 트랜잭션을 시작하고 값이 558인 FOO에 행을 삽입한 다음 FOO의 558 행을 참조하여 행을 테이블 BAR에 넣습니다.
• 프로그램 2: 트랜잭션을 커밋하여 FOO와 BAR 모두에 558 레코드를 라이브로 만듭니다.
• 프로그램 3: 558을 포함하여 FOO로부터 보고서를 생성합니다. 기록.
• 프로그램 1: 거래를 롤백합니다.

롤백 후 AUTO_INCREMENT 값을 재설정하면 번호 매기기에 공백이 생깁니다. 연속적인 것을 기대하는 다른 프로그램에 문제를 일으킬 가능성이 있습니다. 값.

해결 방법:

AUTO_INCREMENT 롤백을 강제하는 직접적인 해결 방법은 없지만 트랜잭션 중에 일관성을 유지하기 위한 대체 방법은 있습니다.

• 상태 플래그: AUTO_INCREMENT에 의존하는 대신 순차적 번호 매기기에서는 상태 플래그를 사용하여 레코드 상태를 나타냅니다. 처음에 "불완전"으로 설정된 레코드는 트랜잭션이 커밋되면 "완료"로 업데이트될 수 있습니다. 롤백의 경우 불완전한 기록이 감사를 위해 남아 있습니다.

결론:

MySQL의 AUTO_INCREMENT는 트랜잭션 전반에 걸쳐 지속되는 고유 식별자를 제공하도록 설계되었습니다. 트랜잭션 중에 레코드가 동기화 상태를 유지하려면 트랜잭션 롤백 후 일관성을 유지하기 위해 상태 플래그와 같은 대체 접근 방식을 고려해야 합니다.

위 내용은 트랜잭션 롤백 후 MySQL의 AUTO_INCREMENT가 재설정되지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!