Добрый день! Есть большущий запрос для формирования отчёта, где-то около 22 джоинов, сам запрос не важно даже какой. На одном сервере он выполняется 1 секунду, а на другом - 80 секунд. (В выборке 150 строк всего).

На сервере, где скорость равна 1 секунде, план запросов показывает, что все соединения идут Nested loop`ами и без распараллеливания. На втором сервере, где 80 секунд, план запроса показывает, что почти все соединения идут через Hash join и сам запрос распараллелен на 2 работника. Если я на втором сервере добавлю к запросу OPTION (MAXDOP 1), то время выполнения запроса уменьшается до 7 секунд, но это тоже очень очень долго для 150 строк, собираемых из 15 таблиц без сложных фильтров. Думаю если добавить хинты на принудительное использование Nested loops, то всё будет нормально, но это явно не правильное поведение.

Вопрос:
Почему так происходит, что оптимизатор выбирает явно не оптимальную стратегию? Что и где мне можно проверить, какие действия можно выполнить, чтобы второй сервер работал аналогично первому?

Всем спасибо, вот что я сделал:
1. Проверил параметры серверов, они отличались, на втором сервере тупо было ограничение оперативной памяти на 4 гб от максимального, отключил ограничение.
2. Отключил в параметрах сервера параметра Use Windows fibers (советуют почти никогда его не использовать)
3. Обновил вручную статистику ключей и индексов

Теперь и планы и время выполнения стали очень похожи!