Как удалить / добавляет сеть общего пользования к серверу в API Rackspace

По моему скромному мнению, два mechnanisms нужно сбалансировать правильно и никогда не рассматривать как взаимоисключающие. Причина???

memcached является хорошо схемой управляемой памяти хранения данных с помощью пользовательских тегов. Это устраняет необходимость тяжелого диска ввод-вывод.

InnoDB является совместимым ACID механизмом устройства хранения данных, который использует MVCC (управление совместным выполнением мультиверсии) для разрешения тяжелых транзакционных чтений и записей. Учитывая достаточную память, можно сохранить рабочий набор данных все в RAM, устранив диск ввод-вывод.

При объединении их каждый в полной силе их полные преимущества аннулируют друг друга преимущества в лучшем случае Я могу заявить с абсолютом, конечно, потому что InnoDB будет кэшировать все страницы данных, и индексные страницы получили доступ, в то время как memcached будет хранить те же пользовательские данные.

Memcached не будет хранить информацию индексной страницы, которую InnoDB будет иметь в его пуле буферов.

Memcached сохранит только точные части необходимых данных. Страницы данных InnoDB могут возможно содержать данные из других строк таблицы.

InnoDB помогает получить диапазоны данных лучше, чем memcached, так как memcached должен пройти через уровень DB как через дополнительный шаг.

Эти два продукта должны стать как супружеская пара (Простите метафору, я был счастливо женат 16 лет). Каждый помощник должен точно настроить их преимущества, чтобы разместить другой и начать идеальный баланс на всем. Так, это с InnoDB (сильная жена) и Memcached (сильный муж).

InnoDB может выделить столько же RAM по мере необходимости на основе суммы все все страницы данных и индексные страницы или 75% установленной RAM, какой бы ни меньше. Memcached, при взятии менее первичной памяти, может потребовать, чтобы некоторая форма прогнозирования выяснила сколько памяти, чтобы подготовиться обрабатывать.

Также имейте в виду, что когда дело доходит до тяжелых чтений, страницы данных и индексные страницы в InnoDB станут довольно устаревшими в использовании (но актуальный в содержании) из-за доступа к частям RAM за пределами пула буферов InnoDB для тех же данных, которые также находятся в пуле буферов InnoDB. Таким образом запись в memcached, который затем рикошетит данные к InnoDB, все еще инициирует возможный диск ввод-вывод. Способность InnoDB обеспечить быстрые чтения устранена memcached. В том же потоке управления InnoDB только необходим при записи и входе маленьких транзакций для обеспечения восстановления катастрофического отказа. (HHHMMMM, это действительно походит на мужа (он делает вещи заранее и должен подтвердить и любить его жену), и жена (выручают мужа, но сохраняют его достоинство), не так ли???)

ЗАКЛЮЧЕНИЕ

Если Вы правильно предсказываете, сколько будут содержать данные memcached, можно масштабировать InnoDB в процентах общей необходимой RAM memcached (т.е. если Вы планируете использовать 8G RAM для memcached, работы с 6G или меньше для пула буферов InnoDB). Объединенный, их использование памяти должно быть меньше, чем общая установленная RAM. После того как этот баланс достигнут, затем InnoDB и memcached полностью дополнят друг друга.