Стратегия кэширования

Кажется, что Вы уже выбрали решение и теперь просто пытаетесь разобраться в деталях.

У меня есть 5 выделенные серверы... ЛАМПА

Таким образом, Вы уже получили циклическую основную основную mysql репликацию, работающую на всех 5 хостах, содержание HTTP, поданное с appropiate кэширующиеся инструкции через обратные прокси в общем кластере?

большие наборы результатов DB или отрывки HTML

И Вы оптимизировали схему вокруг больших наборов результатов и используете что-то как ESI, кэширующийся для отрывков HTTP.

у меня было смутное представление, чтобы попытаться настроить выделенный сервер Memcached просто для обработки кэширования

Не принятие во внимание того, что это представило бы единую точку отказа, как это более эффективно, чем единственный сервер DBMS с большим кэшированием набора результатов?

сколько из его скорости было бы потеряно RAM не на самом деле быть непосредственно локальным

Почему Вы не измеряете его и узнаете?

Какое-либо основанное на памяти решение для кэширования не собирается уступать очень (кто-либо?) beneift по сравнению с кэшем результата mysql - и при попытке кэшировать большие наборы данных затем, Вы быстро собираетесь сбросить небольшой кэш памяти.

Сядьте с электронной таблицей и начните делать некоторое моделирование для получения оценок того, сколько и насколько большой кэшируемые объекты будут и как часто они могли бы быть снова использованы, учитывая бесконечно большой кэш.