Форум пользователей MySQL

Было бы круто иметь универсальный ответ, но, к сожалению, универсального ответа нету Дальше несколько моих мыслей разной степени разумности.

Проще всего про память — памяти нужно столько, чтобы помещался активный сет данных. Можно условно прикинуть его по правилу Парето (80% хитов обычно приходят в 20% данных), но, возможно, есть способ и лучше. Неплохой способ — смотреть в статистику попаданий/промахов по кэшам, но он, очевидно, работает тогда, когда вы уже купили память, и пытаетесь выяснить, сколько ее выделить под БД Часто у вас есть какое-то внешнее понимание (например, есть 10% активных пользователей, а остальные заходят редко, тогда вам нужно держать в памяти 10% данных для этих пользователей).

Про процессоры мысли еще менее разумные. Увеличение количества ядер увеличивает пропускную способность запросов (они работают в параллели), но не увеличивает скорость работы отдельных запросов. Увеличение частоты увеличивает скорость работы запросов, но количество параллельно обрабатываемых запросов остается на том же уровне. Лично я бы, наверное, отдавал предпочтение частоте отдельных ядер. Причины такие:
  1. При загрузке 30% у вас нету процессорного голодания, часть ядер в какие-то моменты простаивают, и увеличение количества увеличит количество этих простаивающих ядер
  2. Чем больше реально параллельных задач, тем больше они начинают драться за mutexы над данными (например, mutex перед buffer pool), тем больше накладные расходы.
Ну тогда и аргумент в пользу большего количества ядер Скорее всего, в моменты, когда процессоры простаивают, вам и так уже достаточно производительности. А критично, когда происходит всплеск нагрузки. Сложные процессорные операции над своими данными (например, сортировку своих данных в памяти) отдельные ядра в параллели сделают быстрее для потребителей (никто не будет ждать освобождения ядра).