Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
memcached является простым, хорошо масштабируемым основанным на ключе кэшем, который хранит данные и возражает везде, где выделено, или запасная RAM доступна для быстрого доступа приложениями, не проходя через уровни дискового ввода-вывода или парсинга. Чтобы использовать, Вы выполняете memcached команду на одном или более узлах и затем используете совместно используемый кэш, чтобы хранить объекты. Для большего количества инструкций использования см. Раздел 15.6.2, "Используя memcached"
Преимущества использования memcached включают:
Поскольку вся информация хранится в RAM, скорость доступа быстрее чем загрузка информации каждый раз от диска.
Поскольку у части "значения" пары ключ/значение нет никаких ограничений типа данных, можно кэшировать данные, такие как сложные структуры, документы, изображения, или смесь таких вещей.
Если Вы используете в кэш-памяти, чтобы содержать переходную информацию, или как кэш только для чтения для информации, также хранившей в базе данных, отказ любого memcached сервера не является критическим. Для персистентных данных можно отступить к альтернативному методу поиска, используя запросы базы данных, и перезагрузить данные в RAM на различном сервере.
Типичная среда использования должна изменить Ваше приложение так, чтобы информация была считана из кэша, обеспеченного memcached. Если информация не находится в memcached, то данные загружаются из базы данных MySQL и пишутся в кэш так, чтобы будущее запросило на то же самое объектное преимущество от кэшированных данных.
Для типичного расположения развертывания см. рисунок 15.4, "memcached Краткий обзор Архитектуры".
В структуре в качестве примера любой из клиентов может связаться с одним из memcached серверов, чтобы запросить данный ключ. Каждый клиент конфигурируется, чтобы говорить со всеми серверами, показанными на иллюстрации. В пределах клиента, когда с просьбой обращаются, чтобы хранить информацию, хешируется ключ, используемый, чтобы сослаться на данные, и этот хеш тогда используется, чтобы выбрать один из memcached серверов. Выбор memcached сервера имеет место на клиенте прежде, чем с сервером свяжутся, сохраняя легкий вес процесса.
Тот же самый алгоритм используется снова, когда клиент запрашивает тот же самый ключ. Тот же самый ключ генерирует тот же самый хеш, и тот же самый memcached сервер выбирается как источник для данных. Используя этот метод, кэшированные данные распространяются среди всех memcached серверов, и кэшируемая информация доступна от любого клиента. Результатом является распределенный, основанное на памяти, кэш, который может возвратить информацию, особенно сложные данные и структуры, намного быстрее чем собственное чтение информации от базы данных.
Данные, сохраненные в пределах традиционного memcached сервера, никогда не хранятся на диске (только в RAM, что означает, что нет никакой персистентности данных), и кэш RAM всегда заполняется от запоминающего устройства (база данных MySQL). Если memcached сервер перестал работать, данные могут всегда восстанавливаться с базы данных MySQL.
