2012-04-25 3 views
0

Я довольно много читал о SQL-серверах, использующих твердотельные накопители, намного превосходящие традиционные жесткие диски. Тем не менее, в тестах нагрузки с моим приложением в тестовой среде я могу поддерживать тестовый сервер БД (SQL 2005), привязанный между 75% и 100% использованием ЦП без значительной нагрузки на доступ к диску (насколько я могу рассказать). Мой набор данных по-прежнему довольно мал; резервное копирование базы данных составляет менее 100 МБ. Тестирующий сервер, который я использую, не нова, но также не сутулится.Процессор SQL Server против хранения данных Bottzenecking

Итак, мои вопросы:

  1. ли процессор узкое место (в отличие от хранения), поскольку набор данных невелик, и поэтому помещается в памяти?

  2. Будет ли это изменяться после того, как набор данных будет расти, так что пейджинг необходим?

  3. Приблизительно, насколько большой (в процентах от системной памяти) набор данных должен получить, прежде чем SQL Server начнет пейджинг? Или это зависит от многих других факторов?

  4. Как растет приложение и его набор данных, существуют ли другие узкие места, которые будут иметь тенденцию возникать, помимо процессора, хранения и отсутствия надлежащих индексов?

+0

SSDs * намного быстрее * при произвольном доступе. Это смешно. Это как ... гибкий диск против «обычного» жесткого диска. Ну, может быть, не совсем. Они также * намного дороже на один ГБ и, возможно, менее долговечны из-за увеличения пропускной способности ... и помните, что, учитывая достаточную память, SQL Server не является slug, даже с «нормальными» жесткими дисками ... –

+0

I знаю, я видел бок о бок сравнения MBPs загрузки и запуска всего Adobe CS5 с SSD и HDD. Псих. –

+0

Причина, по которой я использую твердотельные накопители дома и защищаю SSD на работе ... производительность очень хорошая, и жизненная проблема может быть легко решена с помощью передовой практики. – hkf

ответ

2
  1. Да

  2. Да

  3. Если у вас есть SQL Server настроен на использование столько памяти, сколько он может получить, вероятно, когда она превышает максимальную системную память. Но это очень зависит от того, что вызывает пейджинг (запрос, который выполняется, является наиболее распространенной причиной).

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

+0

Запросы, выполняемые этим приложением, делают много соединений; это то, что вы подразумеваете под поиском? –

+0

Поиск как в сканировании таблицы в профилировщике SQL. – hkf

0

Пока процессор является узким местом на вашем выделенном компьютере SQL-сервера, вам не придется беспокоиться о скорости диска (не предполагая ничего плохого с машиной). SQL-сервер использует мощное кэширование памяти. SQL-Server имеет встроенные стратегии для наилучшего выполнения при заданной нагрузке и доступных ресурсах. Только не беспокойтесь об этом!

Смежные вопросы