Блог

Я могу периодически проверять список пользователей, которые в данный момент находятся в Сети. Я хочу превратить это во что-то полезное, например, в список записей для каждого пользователя с указанием времени входа / выхода из системы. Нет другого способа определить эту информацию, кроме проверки того, кто в данный момент находится в Сети.
После некоторых размышлений я пришел к чему-то вроде этого:

 CREATE TABLE onlineActivity (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    name CHAR (32) NOT NULL,
    login_time DATETIME NOT NULL,
    logout_time DATETIME NOT NULL,
    time SMALLINT (3) NOT NULL DEFAULT 0,
    online BOOL DEFAULT NULL,
    UNIQUE (name, online),
    PRIMARY KEY (id)
)   ENGINE = MyISAM;
  

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

 INSERT INTO onlineActivity (name, login_time, logout_time, online)
    SELECT name, now(), now(), true FROM onlineList ON DUPLICATE KEY UPDATE logout_time = now()
  

И этот запрос выполняется для каждого пользователя, который вышел из системы:
(имена определяются путем сравнения двух соседних онлайновых списков, текущего и предыдущего)

 UPDATE onlineActivity SET online = NULL WHERE name = ? AND online = 1
  

Вопросы:

• Я беспокоюсь, что использование нулевого поля ( online ) в УНИКАЛЬНОМ индексе — плохая идея и повредит производительности. Я полагаю, что MySQL, возможно, придется выполнить полное сканирование всех online ‘s (вместо использования индекса) для каждого имени, чтобы найти то, которое не равно NULL. Мог бы кто-нибудь уточнить, так ли это здесь? Я не смог найти никакой информации о том, как MySQL справляется с такого рода ситуациями.
• Другие системы баз данных (PostgreSQL, SQLite) ведут себя иначе, чем MySQL в этом отношении?
• должен ли я вместо первого запроса выполнить два запроса для каждого имени, чтобы узнать, находится ли указанный пользователь в данный момент в Сети, и действовать соответственно этому?
• Я подумал об этом дизайне, потому что хотел свести к минимуму количество используемых запросов, является ли это ошибочной идеей само по себе?
• Эта таблица будет получать около 300 ~ 500 тысяч новых записей в день. Есть ли что-то еще, что я могу сделать, чтобы уменьшить снижение производительности?

Я хочу сохранить полную историю активности пользователя, а не одну запись.

Я не уверен, почему у вас уникальное имя и онлайн, поскольку то, что вы пытаетесь сделать, это создать список онлайн-активности. Ввод уникального ключа, как вы указали, будет означать, что вы можете ввести туда имя только три раза, по одному для каждого состояния (null, true, false).

Что вы эффективно делаете, так это пытаетесь создать таблицу истории, и в этом случае, чтобы использовать ваш текущий метод заполнения таблицы, вам следует ввести уникальный ключ (name, logout_time) с нулевым временем выхода из системы, указывающим на текущего пользователя, вошедшего в систему (поскольку вам нужно только одно время выхода из системы, равное нулю).).

Что-то вроде этого:

 CREATE TABLE onlineActivity (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    name CHAR (32) NOT NULL,
    login_time DATETIME NOT NULL,
    logout_time DATETIME NULL,
    time SMALLINT (3) NOT NULL DEFAULT 0,
    online BOOL not null DEFAULT false,
    UNIQUE (name, logout_time),
    PRIMARY KEY (id)
)   ENGINE = MyISAM;
  

Затем запустите это по расписанию, чтобы обновить таблицу

 INSERT IGNORE INTO onlineActivity (name, login_time, logout_time, online)
    SELECT name, now(), null, true FROM onlineList
  

И это при выходе пользователя из системы

 UPDATE onlineActivity SET online = false, logout_time = now() WHERE name = ? AND logout_time = null