Для добавления к тому, что сказал James у Вас также может быть жесткий диск, который только перестал работать, когда становится жарким.
Безотносительно причины для проблем на вашем месте я сразу заменил бы диск, восстановил бы его от хорошего чистого резервного копирования, Вы сделали во время тех двух дни, когда это хорошо работало, и удостоверьтесь, что у Вас есть smartd, включенный с Вашим новым диском.
Если вы собираетесь кэшировать динамический ответ - даже на 1 секунду - вам необходимо убедиться, что данные, которые вы кэшируете, безопасно для кеширования.
Т.е. Не содержит каких-либо данных, специфичных для сеанса / пользователя
И как только вы это сделаете, вы также можете оставить кеш в последний раз до момента, когда он будет признан недействительным / истечет. Таким образом, преимуществ от выполнения того, что вы описываете, на самом деле не существует.
Либо данные можно безопасно кэшировать без каких-либо изменений приложения (т. Е. Не будут содержать содержимое корзины / информацию о пользователе и т. Д.) - в этом случае вы можете просто включите неопределенное кеширование до следующей очистки ... или ... вам нужно перекодировать свое приложение, чтобы оно отправляло только «кэшируемые»
Если под микрокэшированием вы имеете в виду очень низкий ttl. Тогда да. Varnish может это сделать.
Для Varnish 3.x:
дюйм sub vcl_fetch () в конце функции (или в другом логическом месте):
set beresp.ttl = 1s;
И помните о параметре "shortlived" (по умолчанию 10s). Объекты, созданные с TTL короче этого, всегда помещаются в временное хранилище. По умолчанию Varnish будет использовать неограниченный malloc для временного хранения.