2016-11-03 1 views
-1

Ich habe eine Tabelle mit ungefähr 4,7 Millionen Datensätzen. Ich habe einen Volltextindex darauf erstellt. Ich habe eine langsame Anfangspopulation des Volltextindexes. Erste Preisstufe, die ich hatte, war S1, ich habe es auf S3 aktualisiert, aber ich habe keine bessere Leistung bekommen.Azure SQL Volltext Index Anfangspopulation langsam

DTU und CPU sind nicht hoch (normalerweise um 0% bleiben), die aktuelle Geschwindigkeit ist etwa 175000 Datensätze pro Stunde.

Was kann ich tun, um dies zu beschleunigen?

Vielen Dank im Voraus.

LE.

Ich versuchte gleiche Operation auf einer lokalen Installation von SQL Server 2014, ich hatte keine Probleme mit der Indizierung der Daten.

-Update 14.11.2016

Ausgabe auf dm_Exec_requests Sitzungs_ID request_id START_TIME Statusbefehl 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 liest schreibt logical_reads TEXT_SIZE Sprache 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: 45.2 läuft SELECT 0x020000004D4F6005A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000 0 66 5 1 0x060005004D4F6005D04F998A6E00000001000000000000000000000000000000000000000000000000000000 70A61674-396D-47EB-82C7-F3C13DAA2AD0 0 NULL 0 0 1 MEMORY_ALLOCATION_EXT 141.037 0x380035003100450039003200350032002D0045003700450032002D0034003600320041002D0039004200390041002D003200310037004400300036003700430032004100360039 0 0 1 1 0 0x7A218C885C2F7437 0 0 228 2147483647 us_english MDY 7 1 1 1 0 1 1 1 1 2 -1 0 1 0 0 0 0 2000000026 0xC1681A4180C2C052 0x63AD167562BDAE5D 0x0900A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000000000000000 7 1 NULL NULL

Wie ich auf P1 sehe, scheint dies jedoch viel schneller. Es ist seltsam, weil es nicht viel mächtiger als S3 ist.

Ich werde es als gelöst markieren, weil es scheint, dass dies ein Problem im Zusammenhang mit Service-Ebenen ist.

+0

Können Sie warten Statistiken für diese Abfrage, die Sie ausgeführt haben – TheGameiswar

+0

Wählen Sie * aus sys.dm_exec_requests – TheGameiswar

+0

Ich habe nur 1 Eintrag: Status \t Befehl \t start_time läuft \t SELECT \t 2016-11-03 13:53:07.710 –

Antwort

1

Wenn Sie die Serviceebene der Azure-Datenbank erweitern, wird die Volltextindizierung viel schneller als auf der Standardebene ausgeführt.

Ich konnte einen Unterschied zwischen S1 und S3 nicht wahrnehmen, aber P1 gegen S3 ist viel schneller. Ich weiß nicht, die Resonanz dahinter, obwohl der Unterschied in DTUs ist nur 25 (S3: 100 DTU, P1: 125 DTU)

+0

Premium-Stufe ist auch viel teurer. – wBob

+1

@wBob Ja, das ist wahr, aber Sie brauchen es nur, während es den Volltextindex das erste Mal aktualisiert, zukünftige Operationen sind nicht problematisch, und danach funktioniert die Suche auch auf einer S0-Preisstufe –