- Лак перед веб-сервером; він працює як зворотний проксі-http, який кешує.
- Можна використовувати і те, і інше.
- Здебільшого пишуть - для лаку потрібно буде очистити постраждалі сторінки. Це призведе до накладних витрат і мало користі для змінених сторінок.
- В основному читається - лак, ймовірно, охопить більшу частину цього.
- Подібне читання та записування - лак буде обслуговувати багато сторінок для вас, Memcache надасть інформацію для сторінок, які містять суміш відомих та нових даних, що дозволять швидше створювати сторінки.
Приклад, який може бути застосований до stackoverflow.com: додавання цього коментаря визнає недійсним кеш сторінки, тому цю сторінку потрібно було б очистити від лаку (а також мою сторінку профілю, яку, напевно, не варто починати кешувати. Пам’ятайте про недійсність усіх Зачеплені сторінки можуть бути проблемою). Однак усі коментарі все ще є в Memcache, тому база даних має написати лише цей коментар. Нічого іншого не потрібно робити базі даних для створення сторінки. Усі коментарі витягнуті Memcache, і сторінка буде відновлена, поки хтось не вплине на неї знову (можливо, голосуванням моєї відповіді). Знову ж таки, база даних записує голосування, всі інші дані витягуються з Memcache, і життя проходить швидко.
Memcache рятує вашу БД від великої кількості прочитаних робіт, Varnish зберігає ваш динамічний веб-сервер від завантаження процесора, змушуючи створювати сторінки рідше (і трохи полегшує завантаження db, якщо не для Memcache).