monobogdan , хранение сообщений как вариант id сообщения возможен как вариант что бы неписать лишних запросов?

515581805 , пусть этот вариант и не совсем очевиден, но он окажется самым быстрым. Очевидно же что выборка кол-ва строк в таблице будет быстрее обновления 500000 строк.

тоесть к примеру:
в чат.пых запрос упдейта последнего id соо
в фут.пых запрос на вывод последнего id соо
Как на счёт этого?

Автору....
1) В таблице юзеров создай столбец count_chat (по дефолту 0)
2)Создай таблицу counts в ней столбцы id (по дефолту 1) и chat (по дефолту 0).
3)Вставь запись в таблу новую запись.
4)Когда делаешь выборку с таблицы юзеров в запрос с помощью INNER JOIN присоединяешь таблицу counts.
5)Когда идет запись нового сообщения в чат,апдейтишь counts.chat = counts.chat +1
6)Само оповещение...

$not = ($user['count_chat'] < $user['chat']?'Сюда значение своего оповещение':NULL);

7)При входе в чат делаешь апгрейд count_chat
То есть новое его значение это chat со вспомогательной таблицы counts
________
посл. ред. 09.11.2018 в 21:49; всего 1 раз(а); by Cloud

515581805 , нет, это сессия.
________
посл. ред. 09.11.2018 в 21:51; всего 1 раз(а); by monobogdan

monobogdan , сессии то варик))
Но если кто-то из администрации очистит чат?))
Ждать оповещения пока в чат не зайдешь или не наберется сообщений больше счетчика этого юзера))
________
посл. ред. 09.11.2018 в 21:53; всего 1 раз(а); by Cloud

Создал таблицу в users - сhatsms
Cоздал новую таблицу Sms со столбцами id(знач-1) и сount(знач-0)
3 тут непонял, какую запись? для чего? просто как основу для чата, которую при очистки трогать нельзя?

Cloud , о таком кейсе и слова не было)
В любом случае, сессии пыхи хранятся в открытом kv виде, ничего не мешает их ручками обновить)

monobogdan , это я привел пример вспомогательной таблицы только с одним счетчиком))
В любом проекте всегда использую. Естественно не ради одного счетчика, а и других многих таких данных.