Как оптимизировать MySQL для работы с небольшой базой данных, т. е. < 100 МБ?

Я работаю над созданием базы, которая, вероятно, останется меньше 100 МБ, будет иметь свой собственный сервер и будет считываться и модифицироваться через интранет-веб-приложение Java EE. Я нашел много ссылок на оптимизацию для больших баз, и я знаю, что это гораздо более важная проблема, но у меня много времени, скорость чтения/вставки является приоритетом проекта, и я почти уверен, что может каким-то образом воспользоваться таким небольшим общим размером базы данных. Если, конечно, MySQL уже не оптимизирован для такого небольшого теста.

Конечно, он умещается в памяти, но мне нужно, чтобы его данные действительно сохранялись на дискеили, по крайней мере, сохранялись на диск в ближайшее время; Я думал о некоторых безумно звучащих альтернативах, таких как последовательная загрузка всей базы в память в первый раз, когда это необходимо (вероятно, во время подключения пользователя?), Каким-то образом, а затем записывать ее на диск.

Но я подумал, что лучше спросить об этом здесь и посмотреть, сталкивался ли кто-нибудь с подобной ситуацией раньше, и у него была неплохая идея для получения прибыли от небольшого размера базы.

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

Заранее спасибо.

Редактировать: приложение довольно критично, и после того, как я закончу, его будут разрабатывать ребята, которые в основном привыкли к MySQL, поэтому разные СУБД не очень подходят, если только они не очень похожи на MySQL.