내 SQL Server ID 증가가 갑자기 값을 건너뛰는 이유는 무엇입니까?

SQL Server ID 격차: 이해 및 완화

개요

SQL Server의 IDENTITY 속성은 정수 값을 자동으로 증가시켜 기본 키 관리를 단순화합니다. 그러나 이 순서에서 예상치 못한 공백이 발생하여 사용자가 당황할 수 있습니다.

근본 원인: ID 캐시

Microsoft 문서에서는 SQL Server(2012 이상)가 성능 최적화를 위해 ID 캐시를 사용한다고 설명합니다. 일반적으로 int IDENTITY 열에 대해 1,000으로 설정되는 이 캐시는 값 블록을 사전 할당합니다.

• 할당 프로세스: ID 값이 필요한 경우 SQL Server는 캐시에서 범위를 예약합니다. 예를 들어 현재 값이 1,205,446인 경우 1,205,447부터 1,206,446까지 예약될 수 있습니다.
• 간격 생성: 서버를 다시 시작하거나 트랜잭션을 롤백하면 예약된 사용되지 않은 값이 해제되어 시퀀스에 눈에 띄는 공백이 생길 수 있습니다.

캐시 크기의 영향

이 예에서는 값이 1,000개인 캐시로 인해 ID 증분이 약 100씩 증가하는 것을 보여줍니다. 1,206,321과 같은 값을 할당하면 다음 1,000이 예약되어 공백이 발생합니다. 일관된 마지막 세 자리(예: 321)는 예약된 블록의 끝을 나타냅니다.

격차 축소 전략

정체성 격차가 본질적으로 문제가 되는 것은 아니지만 바람직하지 않을 수도 있습니다. 다음 옵션을 고려하십시오.

• 시퀀스(NOCACHE): SQL Server 시퀀스는 캐싱이 없는 대안을 제공하여 커밋되지 않은 트랜잭션에만 공백을 최소화합니다.
• 추적 플래그 272: 이 추적 플래그는 ID 할당에 대한 자세한 로깅을 제공하여 간격을 유발하는 이벤트를 식별하는 데 도움이 됩니다. 이는 모든 데이터베이스에 영향을 미칩니다.
• 데이터베이스 수준 캐싱 비활성화: 최신 SQL Server 버전의 경우 ALTER DATABASE SCOPED CONFIGURATION와 IDENTITY_CACHE = OFF를 함께 사용하면 특정 데이터베이스에 대한 캐싱이 비활성화됩니다.

중요 고려사항

정체성 차이를 완전히 제거할 수 있는 방법은 없습니다. 동시 삽입이나 트랜잭션 실패로 인해 여전히 생성될 수 있습니다. 절대적인 시퀀스 무결성이 필요한 애플리케이션의 경우 GUID 또는 사용자 정의 시퀀스 생성 메커니즘을 고려하십시오.

위 내용은 내 SQL Server ID 증가가 갑자기 값을 건너뛰는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!