Я получаю доступность отеля через сторонние службы, и ответ в настоящее время кэшируется в папке под webroot. Кэш основан на файлах. Но у меня есть несколько веб-сайтов, которые приносят доступность того же отеля, и, очевидно, они хранят кеш в соответствующей подпапке своих веб-корней.Самый быстрый вариант для кэширования на основе базы данных
Я хочу избежать кэширования на основе файлов по некоторым причинам, поэтому я не планирую хранить общую папку на сервере для целей кэширования.
Согласно моему требованию, лучшим вариантом, о котором я мог думать, является хранение кэша в базе данных. В настоящее время я использую общую базу данных MySQL для всех своих других материалов на веб-сайтах.
Операции, которые мне нужно быть быстрым являются
- кэш чтения, первичный ключ (множественный считывания одной записи должно быть возможным)
- написать одну строку кэша
- Исключить истекший кэш и вставить новые данные кэша ИЛИ Кэш обновлений с истекшим сроком действия с новыми данными
Другие операции, которые не заботятся, если они медленнее
- Просмотр журналов кэша/просмотр всех кэшированных записей
- Удаление кэша насыпью
Структура стола будет примерно
- ключ - хешированная алфавитно-цифровая клавиша - ОСНОВНОЙ
- значения - кэшированные данные - приблизительно 1 - 4 KB Данные - Текст
- last_updated - время даты & когда кэш был вставлен/обновлен
Имея знания о том, что мне не нужны все возможности СУБД, я думаю, что использование MySQL не является оптимальным вариантом.
Я не хочу использовать стороннее платное решение.
Мой вопрос заключается в том, какую базу данных я должен использовать для хранения кеша при условии, что функции мне нужны, и их приоритет быть быстрым?
Почему бы не Sqlite? Должно существовать в памяти, если данные довольно малы и должны делать трюк бытия. –