前言游戏服务器免不了需要记录大量玩家数据变化、玩家操作行为、对局战斗数据等等数据的记录以及后台提供数据的查询入口。我遇到过两种做法。 方案一 手动创建数据表结构。 服务器代码拼接sql调用插入。 后台再根据表结构定义写查询页面。 方案二 服务器先写本地json文件。 再选用某种日志采集方案采集日志。 采集那边也需要定义表结构，然后插入数据库。 后台再根据表结构定义写查询页面。 总的

前言最近有空在给skynet_fly_demo增加用户日志相关，用于记录游戏中产生的日志，比如用户登录登出记录，道具增加，减少记录。我的想法是把用户日志对接上orm，这样写的日志的方便日志服采集后，根据orm设定的字段索引信息直接构建对接数据库的orm，从而实现日志服无需修改就能采集新增或者变更的日志数据。这个过程就遇到一个问题，日志服如何同步到其他服务的日志orm信息。之前的subsyn监听同步

guid_util function M.fly_guid()描述 fly风格GUID参数 返回值 string 最长32字节的guid

orm支持创建普通索引orm支持普通索引，并提供相关查询和删除函数。普通索引查询是不会走缓存的，直接先查询数据库。 用户日志支持内置按天写入，保留天数支持。 支持批订阅同步。 fix 订阅同步时滚服热更frpc_client_m同步停止问题。解决contriner_client对象使用不活跃导致旧服务长时间不销毁。删除contriner_client:CMD函数 skynet_util.set_c

前言对于游戏数据来说，普通索引大多作用在日志数据上，按时间，玩家，道具ID，等等条件分页查询检索，数据量通常很庞大，不同的普通索引可以做联合条件查询，如果想普通索引也加上本地缓存页的话，需要处理好缓存是否失效的判断，对于主键唯一索引来说就是对比本次查询的范围的数据总量和缓存总量是否相等，数据总量失效是其中的某个缓存过期。而普通索引基于范围，分页来查询不太好维护数据总量和缓存总量数据的控制，而且排序

ormadapter_uselog��于写固定每天轮换的用户日志 function M:new(file_path, file_name, flush_inval, max_age)描述 创建日志对象参数 file_path string 日志存放路径 file_name string 文件名 flush_inval number? flush间隔时间 max_age number? 最大保留天

ormadapter_uselog function M:new(file_path, file_name, flush_inval, maxage)描述 新建适配器对象参数 file_path string 日志存放路径 file_name string 文件名 flush_inval number? flush间隔时间 max_age number? 最大保留天数 返回值 table o

前言有群友比较想要orm可以设置唯一索引，方便类似给账号做绑定手机号，绑定邮箱这种需求，其实对于这类需求，我是建议新建一个表做对应映射关系，但是又考虑到，如果能在原本的表建唯一索引，或许做这类需求要简单从容许多。虽然这又会给orm增长一些的复杂度，但是我抱着试一试的心态，开始对本就复杂的orm解剖重构，先把耦合的索引代码抽离独立，方便主键，唯一索引一起用，然后新增唯一索引，接通了查询，写了查询的测

前言之前对于frpc call调用的错误处理，只是简单的打印了日志、返回nil结果，这对于调用处其实不太友好，没法第一时间得知问题所在。 优化方案 新增返回错误码，错误内容，错误方。 取消掉frpc_client call调用出错就打印的日志，交给调用的地方做错误处理决定打不打印日志。 错误码frpc 会出现三种错误。 WAIT_CONNECT_TIME_OUT这种情况就是等待指定时间后还没有

前言skynet_fly_demo 项目被开着5千机器人跑了一晚上之后，我第二天查下一下有没有啥异常日志，结果发现有一个机器人邮件插入失败，是因为主键冲突，插入的邮件是全服邮件，因为使用的批量插入并没有触发断言，并不能第一时间发现调用来源。只有错误日志。 1234567891011121314151617181920212223242526272829[:0000001a][20250123 05