提交工单，话说最好避免星期五和星期一提交修复，以为扩展常常有些奇奇怪怪的问题

70 刀卖你好几个 4399，多么良心

github 地址？有什么拿手项目？前端 or 后端 or 客户端 or 服务端？擅长哪门语言？

@poupoo 只能这样来处理，我以前那家游戏的数据就是视图+触发器+存储过程，说到底，前人留的坑只能这样处理，重构是不可能重构的，你看你表那堆关联就排除了重构；什么索引优化也别想了，那堆关联 join 就压根没法命中索引，所以只能加机器性能和创建冗余的视图等

@poupoo 可以试下直接用数据库的触发器来将修改逻辑写在数据库那边，具体你也可以了解一下，这种代码只能依托数据库本身特性

卧槽，这陈年代码，我想起以前游戏开发时候用的数据库最开始游戏客户端主程瞎鸡儿建立数据表，后来查询也是这样，一查一动一堆关联表



对于这种如果仅仅做查询的话建议可以跑个定时脚本重新将数据表的大概数据，比如原来 total 字段需要多张表，直接跑脚本写在一张表内部一个 total 字段数据，如果是要查询+修改，那么所需的方法就比较麻烦了

@tghgffdgd 你真要这样说我也没办法，大麻有罪为什么还要药用

杀人用刀？刀有罪？

一般上概率分布图

这框架就这样，排查下是不是数据库问题，select 是不是没用的都给*查询出来，还有看下第三方是不是加载过多了，这框架量小没啥问题，量大的时候分分种让你哭死

我也是这样，我总是任务管理器的信息不准确，有时候是明明卡成狗了还显示正常，8G 内存，I5 三代

别说了，我现在也在给这种人写的代码擦屁股，现在是真想操他丫的，代码完全百度 copy 改都不改，不会适应项目需求变更，一堆代码有注入漏洞，艹

很少用这种方法了，推荐使用 systemctl 或者 Supervisor 来守护进程

man xxxx

说起来，腾讯自家的企鹅游戏平台以前上游戏及其麻烦而且而且开发接入那些态度还不咋地，真感觉像是外包的，要是这个也是和他一样的话，那么没多少指望

贫穷让我躲过一劫