За и против: Большие базы в оперативке

Наверно, саппорт думает, что запись в память и запись на диск - разные вещи?

У Вас выделенный сервер?

Не нужно её никуда выгружать, система сама запихает в дисковый кеш то, что нужно. Лучше оптимизируйте индексы с запросами, и размер кеша под индекс.

такой вариант мелькнул - сделать RAMDISK в оперативе и смонтировать туда /var..... :)

Это очень хорошая тема, работает на порядки быстрее.

Есть даже такая штука как FastDB — база данных, полностью хранящаяся в памяти (сливается периодически на диск).

Главное сделать чтобы бэкапы лились во время, на случай падения питания.

абсолютно бесполезно с точки зрения хостинга.

оптимальный план уже высказал Alexei42 и я с ним согласен.

Lexasoft, Книжник пишет хорошие штуки, но, думаю, вопрос о переписывании приложений не стоит.

Еще какой! Да, выделенный.

Спасибо за ваше мнение! Вы внимательно прочитали вопрос?

К сожалению перевод на другой тип базы невозможен.

Господа — дисковое кеширование используется в полном объеме. Меня интересует именно выгрузка базы в оперативную память. Возможно у меня проблема с формулировкой. 🍾

в первую очередь важно увеличить именно key_buffer, а остальные данные операционка закеширует сама.

есть возможнось создать временные таблицы с engine=memory, но между рестартами сервера данные в таких таблицах не сохраняются, на диске хранится лишь структура и внезапная остановка сервера вызовет потерю данных.

возможно это и имел ввиду саппорт.

Если системный файловый кеш и размер key_byffer достаточны, то вся база фактически будет висеть в памяти и обращения к диску будут только при записи. Это можно воочию увидеть, если положить базу на отдельный раздел диска и использовать iostat

Похоже таки проблема с формулировкой.

Расскажите, каким именно образом вы выгружали базу в ОЗУ?

Ну не выгружал я! Спрашиваю вашего совета собсно, саппорт мало и невнятно на эту тему говорит.

Спасибо! Буду копать в этом направлении.