Комментарии: Кэширование и memcached

Автор: Дмитрий

Дмитрий — Fri, 04 Jun 2010 07:55:46 +0000

Cпасибо, будем разбираться…

Автор: Андрей

Андрей — Thu, 03 Jun 2010 19:15:59 +0000

Да, конечно, можно получить. Мы делали свой обработчик сессии в memcached, тогда все становится совершенно прозрачно:

function mmsh_ses_open($path, $name)
{
}
 
function mmsh_ses_close()
{
    if (!$GLOBALS['__mmsh_id'])
        return;
    $expire = time() + $GLOBALS['site_config']['session_lifetime'];
    CMemcache::instance()-&gt;set(mmsh_get_id($GLOBALS['__mmsh_id']), $GLOBALS['__mmsh_session'], 0, $expire);
}
 
function mmsh_ses_read($id)
{
    $data = CMemcache::instance()-&gt;get(mmsh_get_id($id));
    $GLOBALS['__mmsh_session'] = $data;
    $GLOBALS['__mmsh_id'] = $id;
    return $data;
}
 
function mmsh_ses_write($id, $data)
{
    $GLOBALS['__mmsh_session'] = $data;
    $GLOBALS['__mmsh_id'] = $id;
}
 
function mmsh_ses_destroy($id)
{
    CMemcache::instance()-&gt;delete(mmsh_get_id($id));
    unset($GLOBALS['__mmsh_session']);
    unset($GLOBALS['__mmsh_id']);
}
 
function mmsh_get_id($id)
{
    return $id;
}
 
function mmsh_ses_gc($maxlt)
{
    // garbage collection is done on the memcached server, no need to do it here...
}
 
function mmsh_bind()
{
    if ($GLOBALS['use_mmsh'] || !$GLOBALS['development_environment'])
    {
        assert(session_set_save_handler('mmsh_ses_open', 'mmsh_ses_close' , 'mmsh_ses_read', 'mmsh_ses_write', 'mmsh_ses_destroy', 'mmsh_ses_gc'));
    }
}
 
mmsh_bind();

Автор: Дмитрий

Дмитрий — Tue, 01 Jun 2010 15:05:08 +0000

Андрей, просвяти пожалуйста, насколько я знаю сессии в memcached как и все остальные данные имеют свои ключи… Можно ли обратится к переменной сесси обходя стандартный механизм PHP, тоесть зная идентификатор сесси и имя переменной получить или изменить её значение стандартными функциями get/set? Например get(‘h4fv68g46azt846d421g5f4dyhn98h54.name’) и т д. Объясняю для чего мне это нужно… Дело в том, что когда пользователь авторизирован в его личном блоке отображается некая персональная информация и его статистика на которую могут повлиять и другие пользователи… Но позволять левым мордам лесть в чужие сесси для того чтобы подогреть значения переменных – неприемлимо, так как стандартная функция session_start() сразу же засветит SID…

Автор: Андрей

Андрей — Mon, 01 Mar 2010 11:25:44 +0000

Кирилл, давно уже не писал на PHP, но он должен сделать правильный multi-get, в том числе и для кластера серверов (http://ru.php.net/manual/en/function.memcache-get.php).

Автор: Кирилл

Кирилл — Mon, 01 Mar 2010 11:22:20 +0000

Нашел, позволю себе вот такую ссылочку… http://highload.com.ua/index.php/2009/08/05/memcache-multi-get-%D0%B7%D0%B0%D1%87%D0%B5%D0%BC/

Очень полезная информация по мультигету и особенности работы с ним

Автор: Кирилл

Кирилл — Mon, 01 Mar 2010 10:34:00 +0000

Андрей, я так понимаю, что multi-get реализуется просто передачей в get метод не одного ключа, а массива ключей.

А как это работает физически? Не получится ли так, что, php'шный api деает это всё через банальный foreach? Или он формирует набор команд и выполняет их через один запрос?

Заранее Спасибо!

Автор: Андрей

Андрей — Mon, 01 Mar 2010 05:31:46 +0000

Кирилл, конечно у memcached есть запросы вида multi-get, с помощью которых вы можете запросить за один запрос много ключей.

Однако чаще всего в одном ключе сохраняют не отдельные новости, а готовые выборки. Инвалидация идет с помощью различных механизмов, например, описанного далее тэгирования. Если беспокоит частая инвалидация кэша - посчитайте сколько проходит запросов на чтение из кэша (запросов страницы) между инвалидациями - это и будет коэффициент оправданности кэширования. Для любого начиная с 1:100 я бы кэш использовал.

Автор: Кирилл

Кирилл — Sat, 27 Feb 2010 17:02:37 +0000

Андрей, подскажите пожалуйста как быть...

Есть веб-страница. На странице размещено 200 кратких описаний различных новостей. В одном мемкэш-ключе я храню в список идентификаторов новостей; в других ключах я храню данные о новостях.

Таким образом, чтобы "собрать" страницу - приходится делать 200+1 запрос к мемкэшу. Разумеется, потом я эту страницу кэширую еще на одном слое - файловой системе или в том же мемкэше.

Подскажите пожалуйста - такое кол-во запросов к мемкэшу это нормально или нет? Как избежать такой ситуации, при этом не теряя в гибкости инвалидации данных.

Очень надеюсь на ответ.

Спасибо.

Автор: Илья

Илья — Tue, 15 Dec 2009 18:01:23 +0000

Аха, тоже вариант... спасибо за ответ.

Да, и отдельное, огромное спасибо за цикл статей про тэгирование кэшей!

Автор: Андрей

Андрей — Tue, 15 Dec 2009 05:37:01 +0000

Илья,

Если кэши новостей с тэгами, то, в зависимости от ситуации можно поступить по-разному.

Например, всем выборкам новостей присваивается тег "новости", который увеличивается при любом изменении любой новости. Тогда после изменения все выборки автоматически обновятся. Если новости меняются относительно редко, это отличный вариант.

Если новости меняются очень часто (раз в минуту, например), надо более аккуратно и точно расставить тэги: по разделам, как-то еще.

Автор: Илья

Илья — Mon, 14 Dec 2009 19:50:31 +0000

Доброго времени суток!

У меня остался один вопрос без ответа.

Допустим, у нас есть список новостей, который прекрасным образом хранится в кэше с версиями тэгов этих новостей (как полагается).

Если какую-либо новость меняют или удаляют, как это должно происходить, версию увеличивают или удаляют (обнуляют) соответственно.

Вопрос заключается в том, как кеш узнает, что добавилась еще одна новость?

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

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

Знакомы ли Вы с каким-либо другим методом обновления кэша при добавлении новых объектов?

Автор: Андрей

Андрей — Fri, 31 Oct 2008 05:10:04 +0000

Если я правильно понял, речь идёт о пакете PEAR::Cache, я с ним не знаком близко, но, насколько я могу судить, это подсистема кэширования, для которой хранилищем данных кэша могут быть различные варианты БД, локальные файлы и т.п.

Я не знаю точно, но, наверное, и memcached мог бы быть хранилищем кэша для PEAR::Cache. Может, меня кто-то поправит?

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

Автор: Rus

Rus — Thu, 30 Oct 2008 15:17:44 +0000

Добрый день Андрей подскажите пожалуйста в чем отличие кеша например в pear от мемкеша?

Автор: Алексей

Алексей — Mon, 20 Oct 2008 13:01:19 +0000

Спасибо! Оч. интересно! как раз сегодня начал копать материал о memcached! и ждем продолжения!