Это неправильный подход для программиста, как это принято у вебмастеров - не знаю. Тогда бы я посмотрел все-таки в сторону Редис. Так ты уберешь хождение в базу по запросам и сохранишь консистентность. И в таком случае прав Lutskboy делаешь профилирование запросов и узкие места отправляешь в Редис
Спасибо, попробую, главное время найти.
Можно проверить типо такого: linux ram disk with synchronization
Спасибо, в любом случае, сервер свободный есть для тестов, главное начать и сравнивать скорость. Когда 30-40 сайтов на одной цмс, я знаю логику его работы, знаю сложные запросы которые тормозят, но все это нивилирует работу напильника, полугодичные обновления.
Вопрос поднялся, после того как аптаймы всех серверов больше года стали, подумал, что проще раз в году, восстанавливаться с бекапа 30-40 сайтов обратно в оперативку, чем ручками постоянно искать и уменьшать лоу запросы.
Можно, а если сайтов 30-40, каждый на цмс, переписывать каждый раз запрос при обновление движка, тут пожизненно 24/7 можно сидеть за компом. Я подумал, что проще раз в году, после условного падения сервера, восстанавливать бд в оперативке.
А Redis не подходит для этого?
Не думаю, запросы все равно обрабатывать надо, а с кешированием уже открытых страниц, все ок.
Может пересесть на ssd?
Что грузит hdd?
Насколько забит канал?
Оно-то бы часто используемые файлы и так закешировало в ОЗУ (это если грузит что-то помимо базы).
Ну и можно смотреть на выполняющиеся запросы, может там где индексов не хватает.
В моем случае ССД дороже Оперативки, да и интерес раздирает такое проделать и посмотреть как получится. Впринципе статью накопал, осталось за малым, найти время.
Это нормально, не все операции работают в памяти. Ну и надо смотреть особенности мускли, я давно от нее отказался, постгрес лучше. Я говорю исходя из моего опыта, буфферизация отличается в разных реляционных базах.
И вот я возвращаюсь к идеи полностью переместить ее в оперативку. Просто как правильно и сколько можно вырезать из условных 64 гб, когда база весит 10 гб + запас который нужен для работы самого мускул, кеш и прочее. Отсюда думать, как быстро написать скрипты, которые будут быстро копировать нужные конфиги, пути, файлы, чтобы быстро развернуть после возможного отключения сервера, что опять по аптайму показывает возможно и не понадобится.
Спасибо, почитаю. Увеличивал буферизацию, но хдд использование растет пропорционально народу на сайте. Сервер исключительно с базой данных работает.
Ну не знаю, по ощущениям, жесткий напрягается при чтении бд и записи, хочется полностю увести его в виртуализацию на оперативку.
Рассказывая, как сажать огурцы. Это прикол? Или и правда в 2024 году такие вопросы имеют место быть?
Как кипятить воду, до сих пор смотрят) даже в 2024 году)
