2016-11-03 2 views
-1

나는 약 470 만 레코드가있는 테이블이 있습니다. 나는 그것에 전체 텍스트 색인을 만들었습니다. 전체 텍스트 색인의 초기 채우기가 느립니다. 초기 가격 책정 단계는 S1 이었지만 S3로 업그레이드했지만 더 나은 성능을 얻지 못했습니다.Azure SQL 전체 텍스트 인덱스 초기 채우기

DTU 및 CPU가 높지 (일반적으로 0 % 정도) 아니지만 현재 속도는 시간당 약 175000 레코드입니다.

속도를 높이려면 어떻게해야합니까?

미리 감사드립니다.

LE.

SQL Server 2014의 로컬 설치에서 동일한 작업을 시도했지만 데이터 인덱싱에 아무런 문제가 없었습니다. SESSION_ID REQUEST_ID의 START_TIME 상태 명령이 sql_handle에 statement_start_offset statement_end_offset plan_handle database_id를 USER_ID CONNECTION_ID blocking_session_id wait_type WAIT_TIME last_wait_type wait_resource open_transaction_count open_resultset_count TRANSACTION_ID CONTEXT_INFO PERCENT_COMPLETE estimated_completion_time cpu_time total_elapsed_time scheduler_id task_address 읽기 dm_Exec_requests에

업데이트 2016년 11월 14일

출력 logical_reads에게 text_size 언어를 쓴다 date_format date_first quoted_identifier arithabort ansi_null_dflt_on ansi_defaults ansi_warnings ansi_padding ansi_nulls concat_null_yields_null transaction_isolation_level lock_timeout DEADLOCK_PRIORITY ROW_COUNT prev_error nest_level granted_query_memory executing_managed_code GROUP_ID query_hash query_plan_hash statement_sql_handle statement_context_id DOP parallel_worker_count external_script_request_id 90 0 57 0 66 SELECT 0x020000004D4F6005A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000 0x060005004D4F6005D04F998A6E00000001000000000000000000000000000000000000000000000000000000 5 1 70A61674-396D-47EB-82C7-F3C13DAA2AD0 0 NULL 실행 MEMORY_ALLOCATION_EXT 45.2 0 0 141,037 0x380035003100450039003200350032002D0045003700450032002D0034003600320041002D0039004200390041002D003200310037004400300036003700430032004100360039 1 0 0 1 1 0 0x7A218C885C2F7437 0 0 228 2147483647 영어 (us_english)의 MDY 7 1 1 1 0 1 1 1 1 -1 0 1 2 0 0 0 0 2,000,000,026 0xC1681A4180C2C052 0x63AD167562BDAE5D 0x0900A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000000000000000 7 1 NULL NULL

,

P1에서 볼 수 있듯이이 방법은 훨씬 빠릅니다. 그것은 S3보다 훨씬 강력하지 않기 때문에 이상합니다.

서비스 등급 수준과 관련된 문제인 것으로 판단되므로 해결해 둡니다.

+0

실행 한 쿼리의 대기 상태를 확인할 수 있습니까? – TheGameiswar

+0

select * from sys.dm_exec_requests – TheGameiswar

+0

나는 1 개의 항목만을 가지고 있습니다 : 상태 \t 명령 \t start_time \t 실행 \t 2016-11-03 13:53:07.710 –

답변

1

Azure 데이터베이스의 서비스 계층을 늘리면 전체 텍스트 인덱싱이 표준 수준보다 훨씬 빠르게 실행됩니다.

나는 S1과 S3 사이의 차이점을 감지하지 못했지만 P1 대 S3은 훨씬 빠릅니다. DTU의 차이가 25 개 (S3 : 100 DTU, P1 : 125 DTU)인데도 불구하고 뒤에서 공감하는 것은 모르겠다.

+0

프리미엄 계층도 훨씬 비쌉니다. – wBob

+1

@wBob 네, 맞습니다. 처음 엔 전체 텍스트 인덱스를 업데이트하고 이후 작업에는 문제가 없으며 S0 가격 계층에서도 검색이 가능합니다. –

관련 문제