Серверный кэш: следует ли это использовать для БД с большим трафиком c, но небольшого размера?

Question

У меня есть приложение, которое будет читать из БД (очень редкие операции записи - ожидается максимум несколько десятков запросов в день. Однако ожидается большое количество операций чтения (100 КБ или более). Размер базы данных небольшой (< Всего 100 записей).

Стоит ли ожидать, что такая система будет работать быстро, просто считывая данные из БД (учитывая небольшое количество записей и предположительно короткое время извлечения)? Или я все же должен смотреть на реализацию кэширования? решение (например, Redis или Memcached) и извлекать записи из памяти?

Answer 1

По моему опыту, кэширование небольшой таблицы (<100 записей) не стоит усилий и дополнительных сложностей. Современные SQL серверы (я использовал Ms Sql, Oracle и Postgres) очень хорошо кешируют в вашем сценарии, и они, похоже, уже хранят эти часто запрашиваемые результаты запросов в памяти. </p> * 1002 Тем не менее, если сервер SQL выполняет другие более тяжелые запросы, это может повлиять на ваш маленький запрос, и в этом случае кэширование может быть более подходящим.

SQL Профилирование рабочего сервера может помочь тоже.