У меня есть SQL-сервер с таблицей изображений с 25 миллионами записей, и он стал слишком медленным для выполнения запросов. В настоящее время у меня Xeon E5-2667v3 с 32 ГБ оперативной памяти. Я хочу приобрести HP ProLiant Gen 9 и не уверен, как мне поступить со спецификациями. SQL однопоточный или многопоточный? Выиграю ли я от использования большего количества слабых ядер или меньшего количества мощных ядер? Оказывает ли оперативная память большое влияние? Стоит ли мне покупать больше оперативной памяти или более быструю оперативную память? Что насчет кэширования?
Любая помощь будет высоко оценена. Спасибо!
решение1
Ну, оперативная память не имеет значения - в конце концов, это подрывает компетентность разработчика (https://use-the-index-luke.com/) и производительность ввода-вывода. Знаете, о чем вы не говорите? ПРОИЗВОДИТЕЛЬНОСТЬ ВВОДА-ВЫВОДА. Как "настройка всех сверхбыстрых SSD".
Достаточно ли хорош ЦП? КТО ЗНАЕТ. Вам следует это сделать — вы можете легко измерить загрузку ЦП, но даже если это 100% — это ничего не значит, потому что это также может означать, что кто-то с меньшими знаниями о SQL, чем у продавца подержанных автомобилей, написал очередной крайне плохой и убивающий производительность (интенсивный ЦП) запрос. Был там, видел это.
А что слишком медленно - СКОЛЬКО ЗАПРОСОВ В ПАРАЛЛЕЛЬНОМ РЕЖИМЕ? E5 2667 хорош. Это все еще процессор низкого уровня. Даже с эффективными запросами и сверхбыстрым вводом-выводом есть предел тому, сколько вы можете загрузить на сервер низкого уровня и ожидать от него производительности. ДЕЛАЙТЕ СВОЮ РАБОТУ - измеряйте, оценивайте. Не ждите, что мы вам поможем, не имея ни малейшего представления о том, о чем вы говорите. Может быть, вы сможете оптимизировать запросы - и ВСЕ РАВНО понадобится 128 ядер, а не 8. КТО ЗНАЕТ, КРОМЕ ВАС?