다시 시작한 후 SQL Server IDENTITY 증가분이 점프하는 이유는 무엇입니까?

SQL Server IDENTITY 열 증분 간격: 캐시 이해

고유한 행 식별자를 생성하는 데 사용되는 SQL Server의 IDENTITY 열은 때때로 예기치 않은 동작을 나타냅니다. 즉, 서버를 다시 시작한 후에는 순차적으로 1씩 증가하는 대신 수백 씩 증가합니다. 이는 버그가 아니지만 SQL Server 2012에 도입된 성능 최적화의 결과입니다.

SQL Server는 성능 향상을 위해 ID 값을 캐시합니다. 이 캐시는 일반적으로 1,000개의 int 값 또는 10,000개의 bigint/numeric 값을 저장합니다. 캐시가 고갈되면 새 배치가 할당됩니다. 그러나 서버를 다시 시작하면 사용되지 않은 캐시 값이 모두 삭제됩니다.

마지막 세 자리가 일정하게 남아 있는 관찰된 점프(예: 항상 306으로 끝남)는 초기 할당 1,000 이후 남은 캐시 값을 반영합니다.

이 캐싱 메커니즘은 IDENTITY 시퀀스에 공백을 생성하지만 주로 성능을 향상시킵니다. 자주 다시 시작하는 경우가 아니면 영향은 미미합니다. 그러나 이를 완화할 수 있는 몇 가지 옵션이 있습니다.

• 시퀀스 사용: IDENTITY 열을 SEQUENCE 객체로 대체하여 캐시 크기를 더 세밀하게 제어할 수 있습니다.
• 추적 플래그 272 활성화: 자세한 분석을 위해 ID 값 할당 로깅을 활성화합니다.
• ID 캐싱 비활성화: ALTER DATABASE SCOPED CONFIGURATION SET IDENTITY_CACHE = OFF;를 실행하여 특정 데이터베이스에 대한 캐싱을 비활성화합니다.

이러한 해결 방법을 사용하더라도 동시 삽입 및 트랜잭션 롤백으로 인해 여전히 공백이 발생할 수 있다는 점을 기억하는 것이 중요합니다. 절대적인 시퀀스 연속성을 요구하는 애플리케이션의 경우 UUID 생성기 또는 사용자 정의 시퀀스 구현과 같은 대안을 고려하십시오.

위 내용은 다시 시작한 후 SQL Server IDENTITY 증가분이 점프하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!