Oптимальный способ хранения информации о тех кто онлайн?

Question

[ANUFRiY]

Доброе время суток. Задаю вопрос чтобы не изобретать велосипед:


Имеем стандартный проект на php+mysql на среднестандартном сервере. (допустим без memcached и прочего подобного).


Задача: хранить и поддерживать актуальной информацию о том, кто из пользователей онлайн, для того чтобы эту информацию выводить во всех нужных местах, как это делают социальные сервисы. Рассчётное кол-во зарегистрированных пользователей в системе — до 100К. Посещаемость до 1К.


Какой способ посоветуете использовать. Желательно без использования нестандартных расширений PHP и проходов кроном (система используется на многих проектах, и чем меньше настраивать для её корректной работы, тем лучше)


Заранее спасибо.

Comments

[Eddy_Em]

А вот вам современный вариант: при подсоединении пользователь открывает вебсокет, в БД заносится запись. Как только пользователь закрывает страничку, автоматически происходит закрывание соединения → запись из БД стирается.
Элементарнейший подход. А вебсокет можно использовать для пересылки каких-нибудь данных (чтобы попусту не открывать) — вместо POST.

[ANUFRiY]

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

Answer 1

[Urvin]

1. Поле last_visit + индекс
2 агрегирующая memory_table

Comments

[ANUFRiY]

В какой момент обновлять значение в users.last_visit?

[Yoschi]

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

[aggrrrh]

Самый оптимальный вариант. Вебсокеты и прочее — лишнее. Поле можно обновлять, например, раз в 10 минут.

Answer 2

[xmoonlight]

Скорее всего у Вас есть механизм оповещения о событиях для пользователя на странице («пришло новое сообщение», «доставлено», "… подтверждено/отклонено" и т.д.) через AJAX. Если нет — надо сделать. Прикрепите к нему (функционалу) этакий PINGER.

Чтобы не гонять по-пусту запросы каждые 3-5 секунд — проверяйте активность пользователя на странице клиентским JS-скриптом. Например, если пользователь не «трогает» страницу в течение 30 сек (не листает, не двигает «мышкой» и отсутствует ввод с клавиатуры, про «активна» ли вкладка — нужно изучать...) вырубаете «ajax-пингер». Ну а с серверного скрипта уже получить статистику — дело техники.

Алгоритм простой:
1. Очередной переход на страницу -> смотрим cookies/html5-history флаг: если не было записи — шлем запрос на сервер и, если успешно (код 200) ставим cookies/html5-history флаг на стороне клиента. включаем таймер на повторные проверки события.
2. Следим за активностью: нет в течении N-секунд — вырубаем AJAX-отправку, НО НЕ таймер!!! Если появилась активность — включаем AJAX.
Таким образом будут регистрироваться сервером только реально работающие с сайтом люди.

Comments

[xmoonlight]

Обновление в БД: UPDATE записи по ID-сессии. (если нужно знать статус: активен или нет за последние N-секунд)
Выдача: SELECT [столбец со временем] FROM… WHERE ID= [SESSION_ID] LIMIT 1
Очистка устаревших записей: ОДНОКРАТНО! при входе пользователя на сайт (при генерации сессии) вслед за SELECT делаете:
DELETE * FROM… WHERE NOW()-`LastActivityTimestamp`>[N]… LIMIT 1
«Фишка» в LIMIT 1 — т.е. каждый новый посетитель/пользователь «следит» за тем, чтобы не было устаревших записей обрабатывая лишь ОДНУ из всего большого списка. Тем самым значительно сокращается нагрузка и время выполнения запроса.

[ANUFRiY]

Спасибо за ответ.

Технология ajax-пингера у меня уже реализована для поддежания сессии. Но я побаиваюсь вставлять туда UPDATE запрос на таблицу пользователей. Пусть даже раз в минуту для каждого online пользователя, при кол-ве пользователей онлайн допустим 100 человек это уже 10 UPDATE запросов в секунду на часто используемую таблицу. А при 1000 онлайн соответственно 100. Что Вы думаете на этот счёт?

[ANUFRiY]

Кстати, хоть это немного и оффтоп, тот же вопрос меня мучает по поводу счётчика просмотров, скажем, новости.

[aggrrrh]

Вам правда надо знать об онлайн пользователях с точностью до секунд? Проект с сотней тысяч хостов в сутки не испытывает проблем храня эту информацию в обычной таблице innodb с одним мастер сервером. На отдельной машине, но всё же. Вы недооцениваете mysql. В конце концов есть LOW_PRIORITY / DELAYED при вставке или обновлении.

[xmoonlight]

mysql 5.5.8 — позволяет делать ~20,000 UPDATE/sec
Если почувствуете, что не тянет — поставьте рядом node.js и так же скидывайте ему те-же ajax-пинги.

Node.js используйте в качестве «отстойника» для последующего скидывания в базу сразу пачкой
или
без работы с базой (если нужно просто знать: на сайте или нет): просто зеркалируйте в обратную сторону массив из памяти приложения node.js всем клиентам по запросу.

Answer 3

[Дмитрий Сударкин]

Comet сервер тоже вариант для определения статуса пользователя. Вот пример реализации

И не нагружает сервер, и не использует свою БД и не надо создавать свой сервер по обработке большого количества запросов