Как полностью отключить кэш у mysql?

Question

[mereci]

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

Не спорю, что переход в оперативную память глупая затея, но сервер, когда с файлами работает и чтением-записью, то прирост производительности просто огромный(по сравнению с стареньким hdd).

Собственно. Подскажите пожалуйста параметры отвечающие за кэш в конфигурации.
Ну не может же чтобы эти параметры ив се.
query_cache_limit = *
query_cache_size=*
query_cache_type=*
read_buffer_size=*
read_rnd_buffer_size=*
skip-external-locking
skip-innodb_adaptive_hash_index
sort_buffer_size = *
table_definition_cache = *
table_open_cache = *
thread_cache_size = *

-- пара лишних.. ну ладно

Comments

[АртемЪ]

Redis, Tarantool?

[mereci]

АртемЪ, Сейчас читаю как раз о базах данных в памяти. Посмотрю подробнее о корнеплоде и паучке.
Только вот это не совсем то. В свободное время стану думать как их сдружить с своими языками.
Есть вариант принести sqlite туда и все.

Answer 1

[Александр Глухов]

На тостере уже есть похожая тема:
MySQL кеширует запросы даже при выключенном кешировании?

возможно Вы столкнулись с кешированием ОС.
В любом случае, использование mysql (в частности innodb движка) подразумевает соблюдение транзакционной целостности, записи данных, а также дополнительно сброса бин лога на диск, чтобы обеспечить надежное хранение записанных данных. Этот вариант немного не подходит по определению для работы с оперативными данными (потеря которых, в случае внезапного отключения, не столь критична)

Взгляните в сторону memcached или redis. Возможно Вам придется пересмотреть Ваш код.

Comments

[mereci]

В том то и дело, что у меня все это происходит УЖЕ в рам-памяти. Т е в выделенной памяти находится виртуальный жесткий диск, который работает как обычный, но физически использующий оперативную память.
Все операции исполняются точно также. И транзакции, и лог - все работает как есть. Но нужно сделать так, чтобы Mysql не занимался глупость(кэшировать данные запросов и сами запросы, которые взяты из оперативной памяти т е записать данные из оперативной памяти в оперативную память, а потом ее чистить от запроса к запросу). Нужно просто прямой доступ к таблице и все. Это позволит сэкономить порядочно времени в скриптах на выборку(особенно из больших таблиц).
Это все к чему. Необходимо сохранить mysql в рабочем состоянии на сервере и адаптировать к условиям работы в рам-диске. sqlite буквально летает на рам-диске, но иногда мне нужен и mysql.

Что касательно кода, то рефракторинг и оптимизация для меня частое явление.

Answer 2

[Дмитрий]

Вы хотите странного. В вашем случае лучше сразу использовать in-memory DB.

Comments

[mereci]

Это все к чему. Необходимо сохранить mysql в рабочем состоянии на сервере и адаптировать к условиям работы в рам-диске. sqlite буквально летает на рам-диске, но иногда мне нужен и mysql.

Вот моя главная причина головной боли.

[Дмитрий]

mereci, ИМХО, вы хотите пользоваться неподходящими инструментами. Вы думали что будет с вашей базой в случае пропадания питания или сбоя в оперативной памяти?

[mereci]

Дмитрий, цитирую себя.

Не спорю, что переход в оперативную память глупая затея, но сервер, когда с файлами работает и чтением-записью, то прирост производительности просто огромный(по сравнению с стареньким hdd).

Тем более все подводные камни изучил сразу в том числе и невозможность восстановления данных при аварии памяти или питания.