背景 立项项目《家族玩法重塑》。 家族任务需要通过 EVT 来实现，例如 “玩家与族友组队参赛并获得前 8 名”、“玩家与族友组队参赛并获得2000金币”。 为实现上述目标，EVT 所需信息分别来自组委会和比赛，考虑到组委会和比赛的研发量和后期拓展能力，以上逻辑在 EVT 中是通过两个原子事件（见下表）实现的，这两个原子事件分别来自比赛和组委会。 sid...

背景：朴宸需要手动更新一条 oss 中的 content 录像内容 过程：找暴军哥用如下命令更新了目标 doc： db.getSiblingDB("anchorlib").getCollection("lobj2024").updateOne( { "_id": 7416000760238506212 }, { $set: { ...

现象 2025年3月26日14:10 位于 10.30.127.11 和 10.30.127.14 上的两个 GSS 服务先后崩溃 错误日志 10.30.127.11： 03/26/25 14:10:21 0000435c d:\tkproject\tkbase\tkservicebase\tknetservicebase\tknetclient.cpp : 1670, Except...

[TOC] HIS重构设计 作者：韩盛柏 一、HIS系统概述 1. 系统定位与核心功能 HIS 系统是支撑复杂数据存储与查询的核心平台，主要功能包括： 数据存储：分离原始数据（OSS）与索引数据（GSS），支持大数据量的存储需求和快速多样的查询需求。 动态扩展：通过配置化规则满足不同业务需求（如战绩、收藏、奖状等）。 协议兼容：复用历史通信协议，保障新旧业务平滑过渡...

目标 新GSS的数据模型有两个：MongoArrayModel 和 MongoSingleModel，这两个数据模型的使用场景有重叠，现针对这两个模型，测试同一个业务的 “增删改查” 效率。以便后面确定具体使用哪一个数据模型。 业务介绍 1）业务配置 { "maxLen": 100, // 数组长度（唯一索引字段下，数据保留条数） "keyField": [ ...

背景：积分 50350005、50350006 通过 NOS 监控（CMA）看是有读写的，HEB 监控（CMA）没有读写，判断这两个积分仅通过 ESP 配置进行读写，外部不再使用。 操作：下线了 50350005、50350006 积分的 ESP 配置。 现象：下线 ESP 配置三天后发现 NOS 监控仍然有读写量。 后果：积分 50350005 在 1.17 ~ 1.20 之间...

GSS新模型-重构思路 利用 MongoDB 对现有业务、未来可支持的业务进行数据建模，建立起多个数据模型，分别适用于不同类型的业务。 GSS新模型-CVS配置 GSS 的 CVS 配置从时间成本、安全隐患、后期维护的角度考虑，不再重新建表。 在旧的 define_hisgss 中，为每个要迁移的业务新建一个新的配置，用于双跑。双跑后期，将老 hid 对应的配置修改为新配置，具体细节...

1. 问题代码 std::ostringstream ossPid; ossPid << "[{\"pid\":" << pReq->dwPID << "}]"; // 手动攒出来一个string const char* ppids = ossPid.str().c_str(); // 问题代码 // 指针 ppids 传递给其他...

现象：修改了 2 亿条 Marker 的 1240 数据，直接采用 hincrby 的方式把所有 field 都加上去了。但是不同的 field 有不同的含义，最后导致近 20 万用户数据错误。 解决方案：用了两天的时间编写 py 脚本判断各种逻辑进行数据回退，但还是有上百用户的数据丢失了几次冠军数。 思考： 以后修改数据必须要明白目标数据的含义； ...

现象：重启服务器后，因为nginx没有正确启动，导致memos也启动失败 查看所有容器（包括已停止的容器）： docker ps -a 重启memos容器： docker start memos 检查容器日志： docker logs memos 设置容器的重启策略（适用于已经创建的容器） doc...