High Aavailability MySQL

В общем тема такая, господа и дамы :)

Требуется поднять высокодоступный шустроработующий MySQL сервер.
Не помню там конфиги какие. Был там хитрый параметр, чтобы мускул юзал все свободные ресурсы, которые есть.
Он типа создает большой кеш и его потом крутит.
Года четыре назад такое поднимал уже - оно стартовало минут десять,
потом зажовывало 8ГБ оперативки и очень шустро после этого обрабатывало запросы.

Такие параметры, как буферы для обработки SELECT запросов, а также выборки ORDER BY и GROUP BY
я уже увеличил, но этого как бы мало. Что-то и документацию найти не могу по которой тогда настраивал. :(

Поделитесь опытом в общем.
Есть чистый сервер, который будет использоваться ТОЛЬКО под MySQL.

mdma написал:

Требуется поднять высокодоступный шустроработующий MySQL сервер.

mdma написал:

Есть чистый сервер, который будет использоваться ТОЛЬКО под MySQL.

а особо не надо задумываться. Во первых, сам mysqld будет использовать оперативную память если надо, А если не надо - не велика беда: данные вовсе не будут писаться на диск, даже если создаётся файл. Файл будет создан в оперативной памяти, а не на диске. На диск он запишется только в том случае, если у системы будет свободное время (или если вы выполните sync или если память кончится). Потому, все эти меры если и имеют эффект, то очень небольшой. А иногда даже наоборот замедляют работу сервера. Попробуйте сами. (Важно! На РЕАЛЬНОМ железе, а не в виртуалке)

mdma, не тип таблиц ли memory имеется ввиду? Что-то не припомню единый параметр чтобы отдать всю оперативку :)

Параметр key_buffer_size определяет размер памяти, который будет отведен под кэширование индексов таблиц. Этот кэш общий для всех соединений, поэтому его можно ставить достаточно большим. На загруженных MySQL серверах под этот кэш могут выделать до 25% всей оперативной памяти машины.

http://blogfreebsd.com/freebsd/optimizaciya-mysql.html