Замена long polling для отслеживания изменений в бд?

Question

[Петруша Укропов]

Есть небольшой сервер, на нём крутиться что-то вроде голландского аукциона, в котором раз в несколько минут меняется стоимость лота. Изменение цены реализовано силами БД.
Сейчас для отображения актуальной стоимости используется ежесекундное обращение к серверу. Стало интересно можно ли реализовать подобное с помощью сокетов, вместо того чтобы постоянно следить за изменениями?
Там же есть чат, он реализован с помощью сокетов и модуля https://github.com/walkor/phpsocket.io
Но здесь всё понятно, т.к. есть триггер для вызова обработчиков. А как реализовать чисто слушателя и обновление на клиенте - не знаю

Comments

[Kovalsky]

Триггера в бд и вебсокет: по триггеру в бд запускается процедура которая посылает всем зарегистрированным ws клиентам обновленные данные

[Vitsliputsli]

Kovalsky, интересное предложение, есть хороший продукт который позволит MySQL работать с WebSocket?

[Kovalsky]

Vitsliputsli, а вообще не представляю) Просто мне показалось, что такое точно должно существовать. Например можно реализовать какую-нибудь скриптовую прослоечку чтобы она стартовала нужные процедуры или оповещала демона о том что появились новые данные. По крайней мере с UDF такое точно возможно

[Vitsliputsli]

Kovalsky, google говорит что есть подобные решения, вроде бы платные, но по-моему это достаточно экзотичное решение, логичнее такое не делать через БД. Конечно, почему бы и нет, но сразу возникают большие опасения по производительности при запуске внешних программ. Я просто не знаю, про успешное использование.

[Kovalsky]

Vitsliputsli, ага, я тоже не слышал. А проблемы производительности думаю легко решаются с помощью throttle/debounce вызовов из mysql

[Vitsliputsli]

Kovalsky, throttle/debounce это все хорошо, пока это на аппликейшенах, которые можно легко масштабировать, СУБД вещь капризная, и чем больше СУБД занимается не базой тем опасней. СУБД Oracle уже давно занимается чем угодно, только не БД, и почту отправляет, и сайтики формирует, но MySQL всегда специализировался на быстрой работе с БД, а не универсальности. Поэтому не уверен, что такое пройдет безболезненно, если на БД есть хорошая нагрузка.

Answer 1

[rPman]

Какого фига вы рекомендуете человеку удалять гланды через задницу. Какой вебсокет в mysql вы что? Какие тригеры.

Бакэнд является единственным, кто должен менять критичнуюинформацию в базе, вот пусть он и рассылает в вебсокет нужную информацию клиентам.

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

Когда клиент дает цену товару, бакэнд смотрит, какие клиенты его покупают и шлет им сообщение. Возможно придется держать в памяти массив - какой клиент в базе = клиент вебсокет, но с вероятностью 99.(9)% это уже сделано (как минимум имя отображать и авторизация)

Answer 2

[Валерий]

Ну вы можете обойтись и без замены на вебсокеты. Вы же сами написали:

в котором раз в несколько минут меняется стоимость лота

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

Comments

[Петруша Укропов]

Тогда рассинхрон у участников увеличиться