간단한 업데이트 쿼리는

Question

내가 내 데이터베이스 (병합 복제에서 구독 데이터베이스) 열이 26000 행

업데이트가이 테이블에 삭제로

테이블이 currentStatus StatusID {Primary Key + Clustered Index}, StatusName, StatusDate, UserID,CreatedDate, ModifiedDate, ModifiedBy, AllowDelete,AllowUpdate입니다

있습니다을 테이블 CurrentStatus이 너무 오래 걸리는 갑자기 너무 많은 시간을 들여 1 분 30 초를 말하고 심지어 5 분이라고 말합니다.

아래 쿼리는 실행하는 데 1 분 이상 걸립니다.

update StatusMaster set StatusName='OK' where StatusID = 22 

테이블에 이전에 5 개 인덱스가 있었다 (심지어 고속으로 실행하는 데 사용됩니다. 쿼리) 이제 업데이트로/쿼리가 실행되지 않습니다 삭제 , 난 모든 인덱스를 삭제하고 보관 한 경우에만 두 개의 인덱스 1) StatusID의 Clustered Index 2) 복제로 자동 생성 된 고유 한 비 클러스터형 인덱스 인 rowguid 열의 복제 인덱스입니다.

어쨌든 백업을하고 데이터베이스를 복원하면 동일한 테이블의 쿼리가 정상적으로 실행됩니다.

한 가지 더 알아 두어야 할 것은 서버의 약 20 개 컴퓨터에서 매 2 분마다 복잡한 쿼리를 실행하고 있다는 것입니다.

이 쿼리는 실행에 많은 시간을 소비합니까?

Click here for Execution plan

Answer 1

내가, 당신이 UPDATE STATISTICS 명령을 통해 통계를 업데이트하는 것이 예를 들어, 추천 : 삽입의 많은 후

UPDATE STATISTICS StatusMaster 

Answer 2

, 삭제, 업데이트 등, 당신의 표는 조각난 얻을 수 있습니다 인덱스가 최적화되지 않을 수 있습니다. 통계를 다시 색인하고 업데이트하는 것이 좋습니다. 백업을 수행하고 복원 할 때

, 난 당신이 할 것 통계의 색인을 다시 생성 및 업데이트와 같은 일을 달성 믿습니다.

성능을 유지하려면 반복적으로 이와 같은 유지 관리를 예약해야합니다.

Answer 3

몇 가지 간단한 쿼리 시간이 [우리의 작은 회사의 비정상적인 양을했다 마지막으로, 이것은 [다행히 비 프로덕션] SQL 서버에서 RAID 어레이의 손상으로 인해 발생했다.