【网络通信】多网关负载均衡：粘性会话与广播一致性的编排

实战应用：用在哪里

千人在线单网关出包到顶，扩到三个网关后新问题来了：同一玩家登出登录落到不同网关，推送丢失；全服广播只走了一个网关，另外两个网关的玩家看不到公告。负载均衡要配粘性会话与广播一致性才完整。

粘性路由的哈希分配

登录按账号哈希选网关，同一账号稳定落同一网关，会话内不漂移。

local GATEWAYS = 3
local function pickGateway(account)
    local h = 0
    for i = 1, #account do
        h = (h * 31 + string.byte(account, i)) % 997
    end
    return h % GATEWAYS + 1
end

广播一致性的双写补发

全服广播写进广播流水，每个网关按自己游标拉取补发，掉线重连的玩家按末次序号补齐。

local broadcastSeq = 0
local function broadcast(text)
    broadcastSeq = broadcastSeq + 1
    setsysvarex("BCAST_" .. broadcastSeq, text, 1)
    for gw = 1, GATEWAYS do
            setsysvar("BCAST_NOTIFY_GW", gw)
    end
end

验证与监控

压测三网关下登录一万次，粘性命中率应高于百分之九十九；广播到达率按网关分桶统计，缺口即一致性缺陷。监控单网关连接数方差，方差过大说明哈希分布倾斜，换加权轮询。

踩坑记录

string.byte逐字符哈希在长账号名下有性能开销，登录高峰先缓存结果再路由。广播流水的setsysvarex逐条落盘会让存储翻倍，流水改内存环形队列加定期快照。广播到网关的下发走服务间通道，Lua侧负责流水与游标管理，别把网关当玩家对象处理。粘性命中低于十成的根因多半是哈希种子不一致，三台机器的时间与时区先对齐。