Блог

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

Хотя это может быть простой проблемой для решения, я не знаю, каким был бы наилучший метод с точки зрения производительности :

1. Выполняет простой SQL COUNT () непрочитанных сообщений при каждой загрузке страницы (мгновенно уведомляет об изменениях, но это может сильно повлиять на производительность?)
2. Сделайте то же самое, но кешируйте результат в течение X минут (мы создаем раздражающую задержку)
3. То же, что и 2., но обновляется только тогда, когда мы читаем сообщение или когда сообщение отправляется нам (может занимать много оперативной памяти / перегружать диск, поскольку мы создаем одну постоянную запись / файл на пользователя: мы не можем сохранить его в $ _SESSION, потому что нам нужно обновлять его, когда другой пользователь отправляет нам сообщение)

Все мои решения в некоторой степени основаны на сервере, потому что я не очень знаком с JS. Но если существует лучшее решение с использованием JavaScript, все в порядке.

Спасибо за вашу помощь!

Я бы предложил 4-е:

Как только пользователю было отправлено новое сообщение, вы обновляете счетчик в memcache . Вы создаете простое ajax-приложение на стороне клиента, отправляющее запрос каждые X секунд. На стороне сервера вы просто проверяете, есть ли непрочитанные сообщения. При обновлении страницы вам не нужно запрашивать базу данных, так как вы memcache очень быстро получаете количество.

Это то, что я бы сделал, если бы у меня было узкое место в DB (в 90% случаев DB — самая загруженная часть любого приложения, управляемого базой данных).

Это то, что мы обычно делаем на высоконагруженных веб-сайтах: мы пытаемся избежать любых ВСТРЕЧНЫХ запросов. Если нет, мы денормализуем базу данных для хранения счетчиков прямо в соответствующей таблице в качестве еще одного столбца, например, если вы не можете использовать memcache , вы бы сохранили счетчик непрочитанных сообщений в качестве столбца для Users таблицы.

Я бы выбрал третий вариант, за исключением того, что я бы добавил memcached в качестве решения 4.

Есть ли простой SQL COUNT () непрочитанных сообщений при каждой загрузке страницы (мгновенное уведомление об изменениях, но это может сильно повлиять на производительность?)

Пока у вас есть приличная структура таблицы, COUNT() — довольно быстрая команда. Я бы не стал кэшировать эту конкретную команду. Вместо этого я бы проработал другие запросы, чтобы убедиться, что вы возвращаете только те данные, которые вам нужны, когда показываете им список. Например, если все, что вам нужно, это выдержка, я бы обязательно сделал что-то вроде этого:

 SELECT id, author, msgdate, substring(body, 0, 50) from table where recipient = ?
  

вместо

 SELECT * from table where recipient = ?;
  

Имхо. Лучше всего позволить клиенту пинговать сервер и отправлять json обратно с количеством непрочитанных сообщений. Подсчет в mysql должен быть быстрым, поэтому я не вижу причин не использовать его. Просто отфильтруйте результаты в сеансе чата.

Для части базы данных. Лучшим способом было бы сохранить заполненное new_message в таблице вашей базы данных и присвоить ему значение по умолчанию 1, а это значение установить равным 0, когда сообщение будет загружено.