2016-11-03 15 views
-1

У меня есть таблица с примерно 4,7 миллионами записей. Я создал полный текстовый индекс. Я испытываю медленную начальную совокупность полного текстового индекса. Начальный уровень цен, который у меня был, был S1, я обновил его до S3, но я не получил лучшую производительность.Azure SQL Full Text Index начальная популяция медленная

DTU и CPU не являются высокими (обычно около 0%), текущая скорость составляет около 175000 записей в час.

Что я могу сделать, чтобы ускорить это?

Заранее спасибо.

LE.

Я пробовал такую ​​же операцию при локальной установке SQL Server 2014, у меня не было проблем с индексированием данных.

Update 14.11.2016

Выход на dm_Exec_requests 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 читает пишет 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: 45.2 работает SELECT, 0x020000004D4F6005A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000 0 66 0x060005004D4F6005D04F998A6E00000001000000000000000000000000000000000000000000000000000000 5 1 70A61674-396D-47EB-82C7-F3C13DAA2AD0 0 NULL 0 MEMORY_ALLOCATION_EXT 0 1 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,

Как я могу видеть на P1, это кажется намного быстрее, хотя. Это странно, потому что это не намного мощнее, чем S3.

Я помечаю его как решенный, потому что, похоже, это проблема, связанная с уровнями уровня обслуживания.

+0

Вы можете проверить ждать статистику по этому запросу вы запускали – TheGameiswar

+0

выберите * от sys.dm_exec_requests – TheGameiswar

+0

У меня только 1 запись: status \t command \t start_time running \t SELECT \t 2016-11-03 13:53:07.710 –

ответ

1

Если вы увеличиваете уровень обслуживания базы данных Azure, полная индексация текста будет работать намного быстрее, чем на стандартном уровне.

Я не мог почувствовать разницу между S1 и S3, но P1 по сравнению с S3 намного быстрее. я не знаю resoning за это, даже несмотря на то, различию в ДТУ составляет только 25 (S3: 100 ДТ, P1: 125 ДТА)

+0

Премиум-уровень также намного дороже. – wBob

+1

@wBob Да, это правда, но вам нужно только это, когда он обновляет полнотекстовый индекс в первый раз, будущие операции не являются проблематичными, и после этого поиск работает также на уровне цены S0 –