다중 값을 갖는 단일 INSERT와 다중 삽입: 일괄 처리가 언제 병목 현상이 발생합니까?

여러 값의 일괄 삽입 및 단일 삽입: 일괄 처리는 언제 병목 현상이 발생합니까?

놀라운 성능 비교를 보면 1000개의 INSERT 문을 단독으로 실행하는 것(290밀리초)이 단일 INSERT 문을 사용하여 1000개의 값을 삽입하는 것(2800밀리초)보다 훨씬 더 나은 성능을 발휘하는 것으로 나타났습니다. 이 예상치 못한 결과를 조사하기 위해 실행 계획을 분석하고 잠재적인 병목 현상을 식별해 보겠습니다.

실행 계획을 살펴보면 단일 INSERT 문이 구문 분석/컴파일 시간을 최소화하기 위해 자동 매개 변수화 프로세스를 사용하는 것으로 나타났습니다. 그러나 단일 INSERT 문의 컴파일 시간이 약 250개의 값 절에서 갑자기 증가하여 캐시 계획 크기가 줄어들고 컴파일 시간이 늘어나게 됩니다.

추가 분석에 따르면 특정 리터럴 값에 대한 계획을 작성할 때 SQL Server는 정렬과 같이 선형적으로 확장되지 않는 일부 활동을 수행할 수 있습니다. 컴파일 시 정렬하지 않더라도 테이블에 클러스터형 인덱스를 추가하면 계획에 명시적인 정렬 단계가 표시됩니다.

컴파일 단계에서 SQL Server 프로세스의 스택 추적을 보면 문자열을 비교하는 데 많은 시간이 소요되는 것으로 나타났습니다. 이는 표현식 구문 분석 트리가 대수 표현식 트리로 변환되는 쿼리 처리의 정규화 단계(바인딩 또는 대수화)와 관련될 수 있습니다.

삽입된 문자열의 길이와 고유성을 다양하게 변경하는 실험에 따르면 문자열이 길고 중복이 적을수록 컴파일 시간 성능이 저하되는 것으로 나타났습니다. 이는 SQL Server가 컴파일 중에 중복 항목을 비교하고 식별하는 데 더 많은 시간을 소비한다는 것을 나타냅니다.

어떤 경우에는 이 동작을 활용하여 성능을 향상시킬 수 있습니다. 예를 들어 중복 없는 열을 기본 정렬 키로 사용하는 쿼리에서 SQL Server는 런타임 시 보조 키를 기준으로 한 정렬을 건너뛰고 0으로 나누기 오류를 방지할 수 있습니다.

따라서 단일 INSERT 문을 사용하여 여러 값을 삽입하는 것이 여러 INSERT 문보다 빠른 것처럼 보일 수 있지만, 많은 수의 서로 다른 값(특히 긴 문자열)을 처리하는 것과 관련된 컴파일 시간 오버헤드로 인해 상당한 성능 저하가 발생할 수 있습니다. SQL Server가 거부되었습니다.

위 내용은 다중 값을 갖는 단일 INSERT와 다중 삽입: 일괄 처리가 언제 병목 현상이 발생합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!