У меня есть высокопроизводительный (многоядерный, RAID) сервер, на котором запущен MS SQL 2008, с несколькими базами данных. У меня есть процесс с низкой пропускной способностью, которому периодически требуется небольшой объем информации из одной из баз данных, и код, похоже, работает нормально.
Однако иногда, когда кто-то из моих коллег выполняет большой запрос к одной из других баз данных, я вижу полную загрузку ЦП на машине, а соединения из моего приложения прерываются по тайм-ауту.
Почему это происходит? Я бы подумал, что множество ядер и жестких дисков каким-то образом (вместе с умно написанным сервером БД) смогут сохранить хотя бы часть ресурсов свободными для других приложений? Я почти уверен, что он не использует несколько подключений для своего запроса.
Что я могу сделать, чтобы предотвратить это?
РЕДАКТИРОВАТЬ
У меня нет особых подробностей об оборудовании. Он использует обычные HDD, рейдированные, с Server 2k3. Это HP, которому, возможно, пару лет. В общем, я не вижу смысла в том, что проблема в оборудовании, поэтому я подумал, что, возможно, я что-то неправильно настроил?
решение1
Это означает, что у вас очень неоптимальный запрос. Обычные подозреваемые:
- нет или плохие индексы
- функции для столбцов в предложении WHERE (= игнорируемые индексы)
- преобразования/приоритет типов данных (= игнорируемые индексы)
- Скалярные udfs с доступом к таблице в предложениях SELECT (= влияние CURSOR)
- Запросы/объединение представлений с представлениями (Представление — это макрос, который расширяется)
Это также может быть простая проблема с ресурсами: возвращаемые данные касаются всей базы данных, поэтому они используют слишком много памяти, из-за чего вы получаете подкачку? Или вы получаете ожидания ASYNC_NETWORK_IO, что может означать, что клиент не принимает результаты так быстро, как должен?
Как правило, если вы используете сервер по максимуму, то это плохой код и/или дизайн, а не движок БД.
решение2
Если вы уверены, что оптимизировали все, что могли, вам стоит взглянуть на настройки параллелизма; по умолчанию используются все процессоры для параллельных запросов, вы можете изменить это на максимальное значение с меньшим числом в зависимости от количества процессоров, запрос может выполняться немного дольше, но он должен оставить достаточно вычислительной мощности для обслуживания запросов на вход. Если проблема касается только этого одного запроса, вместо того, чтобы изменять настройки всей системы, вы можете попросить своего коллегу изменить свой запрос, добавив параметр MAXDOP, чтобы посмотреть, поможет ли это.