MySQL 本身不提供实时在线状态管理功能,但可以通过“心跳机制 + 状态字段 + 过期判断”的组合方式,在应用层配合数据库实现可靠的用户在线状态管理。
设计用户状态表结构
建议新建一张轻量级的在线状态表(如 user_online),避免直接修改主用户表:
user_id:主键或联合索引字段,关联用户身份 last_active_time:DATETIME 或 TIMESTAMP 类型,记录用户最近一次活跃时间(如登录、发消息、刷新页面等) device_info(可选):VARCHAR,标识终端类型或设备 ID,便于多端在线区分 status(可选):TINYINT,显式标记在线/离线,但更推荐用时间判断,减少写冲突示例建表语句:
CREATE TABLE user_online (user_id BIGINT PRIMARY KEY,
last_active_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
device_info VARCHAR(100),
INDEX idx_last_active (last_active_time)
);
客户端定时上报“心跳”
前端或 App 每隔 30–60 秒向后端发起一次轻量请求(如 /api/heartbeat),后端收到后执行:
执行 INSERT ... ON DUPLICATE KEY UPDATE,避免频繁 INSERT 冲突 只更新 last_active_time,无需查旧值再更新,降低并发压力示例 SQL:
INSERT INTO user_online (user_id, last_active_time, device_info)VALUES (123, NOW(), 'web-chrome-abc')
ON DUPLICATE KEY UPDATE last_active_time = NOW(), device_info = VALUES(device_info);
查询“当前在线用户”
在线 ≠ 正在操作,而是“最近 N 分钟内有过活跃”。通常以 5–10 分钟为离线阈值:
使用 WHERE last_active_time > DATE_SUB(NOW(), INTERVAL 5 MINUTE) 查询 避免在 WHERE 中对字段做函数运算(如 NOW() - last_active_time ),否则无法走索引 可加 LIMIT 和分页优化,尤其用户量大时示例查询(最近 5 分钟活跃用户):
SELECT user_id FROM user_onlineWHERE last_active_time > DATE_SUB(NOW(), INTERVAL 5 MINUTE);
自动清理过期记录(可选但推荐)
长期运行后,表中会积累大量已离线用户的陈旧记录。可通过以下方式清理:
应用层定时任务(如每天凌晨)执行 DELETE 清理:DELETE FROM user_online WHERE last_active_time 或使用 MySQL 事件(EVENT)自动执行,需确保 event_scheduler=ON 注意:不要用太激进的清理策略(如 30 秒阈值),防止网络抖动误判离线
