У меня есть таблица с примерно 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.
Я помечаю его как решенный, потому что, похоже, это проблема, связанная с уровнями уровня обслуживания.
Вы можете проверить ждать статистику по этому запросу вы запускали – TheGameiswar
выберите * от sys.dm_exec_requests – TheGameiswar
У меня только 1 запись: status \t command \t start_time running \t SELECT \t 2016-11-03 13:53:07.710 –