目标 新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 对现有业务、未来可支持的业务进行数据建模，建立起多个数据模型，分别适用于不同类型的业务。 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...

双跑需要做的准备工作 1. 设置 TKService.ini 为 Store 设置要双跑 OSS-Mongo 的目标实例： [TKHisStoreService] TKObjectStorageService_Mongo_SPIF=10.30.20.249:30710:200 2. 开通所有机器的防火墙 找辛祥义开通两台机器的对端防火墙。 例如 Store 位于 10.30.2...

本文件有待整理 netstat -ano 命令概述 netstat -ano是一个在Windows操作系统下用于查看网络连接、监听端口和相关进程的命令。它提供了关于网络活动的详细信息，帮助用户了解系统的网络状态和进程与网络连接之间的关系。 参数含义 -a：显示所有连接和监听端口。这包括TCP（传输控制协议）连接、UD...

1）现象： 通过 VSCode 的插件 Remote - SSH 远程登录阿里云的 Ubantu22 服务器，过一段时间就会断开连接，且用页面连接时会提示连接不上： 2）排查： 将服务器强制重启后（理论上应该先对服务器创建快照备份，但我服务器上没什么重要的临时数据，所以直接强制重启了就），按照如下命令安装 atop 对系统进行监控： apt -y install atop atop...

[TOC] 1. 筛选异常积分 1.1 筛选逻辑 通过 CMA 监控项，筛选出了从 2024.01.29 ~ 2024.07.29 内的所有异常积分。 异常积分：（1）不读不写；（2）只写不读；（3）只读不写 筛选的详细过程见另一个文档《#积分下线流程.md》。 1.2 筛选结果 异常积分数量统计如下：   不读不写 ...