Redis. Как записать в ключ TimeStamp с сервера, где запущен Redis-сервер?

Question

[SCINER]

Простая задача, но ответа в интернете я так и не нашел.

К Redis-серверу производятся записи с других сайтов в интернете с использованием php-rediska.

Дате установленной на этих сайтах естественно доверять нельзя. Важна посекундная точность.

Answer 1

[kastigar]

А по поводу патчить Redis, если все-таки решитесь, вот описание протокола. Нужно создать специальный вид аргумента, с плэйсхолдерами. Я бы добавил, $PLACEHOLDER, получается что если после $ идет числовое значение, то это длина значения и мы его читаем с новой строки (то есть как происходит сейчас). Если же после $ идет нечисловая строка, то это плэйсхолдер. В данном случае, это может быть $TIMESTAMP, который говорит, что аргументом является текущий таймстэмп. Это также позволит добавить еще плэйсхололдеров в будущем (правда не могу придумать каких). Если же нужна большая гибкость, можно заюзать плэйсхолдеры прям в значениях, например что-то вроде %TIMESTAMP%, но это сделает код обратно не совместимым.
P.S. я бы все-таки смотрел в сторону NTP :)

Comments

[SCINER]

предлагаете патчить бинарник? или я что-то не понимаю?

[kastigar]

Зачем бинарник? Redis — open-source проект, качаете исходники, пишете небольшой патч и все. Правда понадобятся знания C и понимание того, как устроен протокол Redis'a (на самом деле он оч простой). Потом собираете свой бинарь.

Answer 2

[kastigar]

Насколько мне известно, Redis такого не умеет. Поэтому есть такие альтернативы:
— не давать открытый доступ к Redis, а предоставлять сервисы (достаточно трудоёмкая задачка и возможно лишняя, но более правильная, так как нет зависимости от бэкэнда; на самом деле все зависит от задачи)
— пропатчить Redis (легче первого, но будут проблемы, если патч не примут: придется ручками саппортить такую фичу)
— настроить синхронизацию времени с помощью NTP-клиента (самое простое, но если нет рута, то невозможно выполнить)

Answer 3

[SCINER]

Синхронизацию посекундную сделать практически нереально. обязательно будут какие-то накладки.
Каким образом можно пропатчить редис?

Comments

[kastigar]

Ну почему, NTP все очень хорошо синкает, вот цитата с википедии, например:

В версии 4 способен достигать точности 10 мс (1/100 с) при работе через Интернет, и до 0,2 мс (1/5000 с) и лучше внутри локальных сетей

NTP даже дает выигрыш в точности, так как пакет с «событием №1», произошедшим раньше «события №2», может приехать позже на сервер с Redis. Из-за этого, потеряется реальная хронология событий, и запишется хронология прихода пакетов.

[SCINER]

Вот поэтому и нужен timestamp.

[kastigar]

Зачем? ван нужна хронология происшествия событий или хронология приезда пакета на сервер? Вот ситуация, на сервере1 произошло событие1 в N секунд. На сервере2 произошло событие2 в N+1 секунд. Но пакет с первого сервера, где-то застрял, затерялся или еще какая беда случилась и он пришёл в N+2 секунд. А со второго сервера, событие2 приехало мгновенно (за доли секунд, если быть точнее). В случае, если таймстемп проставят серваки-отправители, события хронологически запишутся в нужном порядке, даже если событие1 придет позже события2. В случае, если таймстемп ставит сервер-получатель, событие2 хронологически запишется раньше события1. Если вам так важна посекундная точность, то второй случай неприемлем.