SQL Server 2008 R2 - проблема оптимизации - PullRequest
Новая
       11

SQL Server 2008 R2 - проблема оптимизации

1 голос
/ 27 мая 2011

У меня проблема с производительностью в текущей схеме.Поэтому я создал эквивалентную схему для решения этой проблемы.

Я провел несколько тестов для обеих схем, и результаты трудно понять.Для записи данные совпадают.

Я получаю следующее от Profiler при выполнении эквивалентных запросов для двух схем.

Старая схема:

  • 1 300 000 операций чтения
  • 5000 CPU
  • 4 секунды времени выполнения

Новая схема:

  • 30 000 операций чтения
  • 3 000CPU
  • 6 секунд время выполнения

Кажется, разница в используемом плане запроса.Старая схема имеет параллелизм в плане запроса.Новая схема не использует параллелизм.

  1. Кто-нибудь сталкивался с подобными ситуациями (меньше операций ввода / вывода, но больше времени выполнения).Как вы это решили?

  2. Есть ли способ форсировать параллелизм?Я играл с подсказками запросов (http://msdn.microsoft.com/en-us/library/ms18171). Я могу остановить параллелизм в старой схеме, но не могу представить запрос в новой схеме для использования параллелизма.

Спасибозаранее.

Ответы [ 2 ]

2 голосов
/ 24 декабря 2011
2 голосов
/ 27 мая 2011

Луи,

В настоящее время нет способа принудительно запустить параллелизм в SQL Server, но Адам Маханич проделал определенную работу, чтобы сделать это.

http://sqlblog.com/files/folders/beta/entry29021.aspx

Возвращаясь к вашему первому вопросу, да, мы тоже видели подобные случаи.Обратите внимание, что параллелизм связан с процессором, и поэтому вы видите больше процессорного времени, но в целом меньше времени выполнения, поскольку у вас есть несколько потоков, выполняющих работу за вас.

http://www.simple -talk.com / sql /Learn-SQL-сервер / понимание-и-использования-параллелизма-в-SQL Server-* / 1012 *

Убедитесь, что у вас есть правильные индексы, а также статистика обновляется с полной проверкой.В долгосрочной перспективе лучше всего, если Query Optimizer сам принимает решения, но если вы хотите перезаписать планы QO, вам, возможно, придется добавить гораздо больше деталей.Схема, данные и репро.

HTH

...