【数据存储】Redis 会话共享：多进程部署的会话统一方案

实战应用：用在哪里

游戏服务端多进程部署（网关、逻辑服、聊天服各一个进程）时，玩家会话数据（登录态、权限、角色绑定）需要跨进程共享。Redis 作为共享会话存储：登录时写入，各进程按 token 读取，TTL 到期自动过期。适用于一切多进程架构的会话统一。

会话结构与续期

local function saveSession(uid, session)
    local key = "sess:" .. uid
    redis:SETEX(key, 7200, jsonEncode(session))   -- 2 小时过期
end

local function loadSession(uid)
    local raw = redis:GET("sess:" .. uid)
    if not raw then return nil end
    redis:EXPIRE("sess:" .. uid, 7200)            -- 活跃会话续期
    return jsonDecode(raw)
end

会话内容包含：账号 id、角色 id、权限级别、登录时间、设备指纹摘要。TTL 2 小时，每次活跃操作续期——玩家持续在线不会掉会话，挂机超时自然过期。

三条一致性规则

写入即同步：会话数据变更（权限提升、角色切换）立即重写 Redis，不等 TTL。删除即失效：踢人、封号时 DEL 会话键，所有进程的下次校验立即失败。时钟以 Redis 为准：TTL 由 Redis 管理，各进程不自行判断过期（避免时钟偏差导致的判定不一致）。

容灾与降级

Redis 不可用时的降级路径：登录服务降级为本地会话（单进程内有效），跨进程校验暂时跳过并打告警标记——降级期间限制敏感操作（交易、充值），恢复后切回共享模式。监控指标两条：会话键数量（在线人数的真实反映）与命中率（低于 95% 说明有进程绕过共享直连）。多进程架构的会话统一是水平扩展的前提，这层做稳了，后面加进程就是加容量。

会话键的命名与监控：键名带版本前缀（v2:sess:），架构升级时新老键共存过渡。监控看板统计在线会话数、每小时新增与过期数，会话数与在线人数的偏差超过一成即告警——偏差通常来自异常的会话续期或清理逻辑失效。Redis 的内存按会话数乘单会话体积预估，扩容提前于在线峰值。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。