@voidmnwzp 是的 而且游戏也没有统一的框架。 不是 spring 做项目那种大一统

想用目前 golang 游戏岗位 和 楼主交换。 躺平这么难受的话，请让我来承受这一切

科目三给教练 9 百红包。 不给红包三条线随机分配。 给了红包可以指定某条线。 考试那天没有把我分配到我选定的路线，考挂了。 第二次机会的时候 被带回大厅重新叫号。

防御性编程， 一旦处理数据 超过 3 秒 chan 写不进去数据。 grouting 结束不了一直占着内存。 巧的事这哥们把锁给释放了。 只要内存够用不影响下个用户。 然后就是 静静地等待，下游业务过来请客吃饭。 吃完饭服务重启 接着等下一顿饭 联络感情

两个主域名 国内 1 个 国外 1 个;
比如: https://cloudflare.com/ https://cloudflare-cn.com/

@zjsxwc 👍 “组合”优于“封装、继承、多态”

同问， 跟楼主一样，饱受折磨

订单一般需要事务支持吧，推荐 mysql 。 假如困惑点在与存储 和写入的话 mysql 分表也可以解决。 另外设定好索引 别说 300W 单表 30 亿 也没压力。

写的挺好的, 赞

绝大多数 互联网应用场景 并发能力 受限于数据源。 编程语言又能慢到哪里去呢。 如果谁家应用只输出 hello world 那当我没说

@bianhui 大佬说的对. 什么时候能讨论一下 “真的有一天 真的到了这种程度” 的方案

@xuanbg 赞同 或者写双份。 一段时间后替换掉大表 。

@iosyyy 时间会涉及到 跨月 跨年 等问题. 刚好这里又是列表形式

@mourner 有个问题，因为涉及到玩家的道具物品数量，如果放入 redis 没法用事物 来保证一致性。 比如 mysql 操作成功 Redis 失败 等杠精问题 ... 。 然后 DNF 那个 将物品放入拍卖行 如果一直没人买, 到期会自动退回。 这个好像避免不了更新操作， 即使放入 Elasticsearch 也要被拎出来更新 。

@21231sv 目前是 golang

@poembre 但确实会越来越大， 比如张三 有 10000 把太刀 他可以每次上架 1 把 。 被人购买后 有 1W 条 库存为 0 的数据

@kxct 但确实会越来越大， 比如张三 有 1000 把太刀 他可以每次上架 1 把 。 被人购买后 有 1W 条 库存为 0 的数据

分表也可以 分表条件 用什么字段， 这里最佳选择是 道具 ID 取余或者其他 ； 增加了点工作量 效果 应该还不错 ； 配合 @mourner 大佬的改交互方案

@mourner 大佬说的在理，改交互方式；



总结一下就是 :

dnf 的交易界面是直接搜索道具名称, 列表展示的字段是 :

卖家昵称 卖的物品道具名称 数量 价格
张三 小太刀 1000 $34000

--------------------------更改为 ------------------------------------------

改为 直接搜索道具名称 列表是道具总表 items 表:

道具 id 道具名称 类型 属性 等级
58 小太刀 武器 +30 攻击 1


然后点击 小太刀 这行后； 弹窗列表展示谁在售卖 通过 id 58 去 trade_info 表查询 列表展示的字段是 :

卖家昵称 卖的物品道具名称 数量 价格
张三 小太刀 1000 $34000




大佬的方案极好 解决了查询问题， 省去了一层 表的关联查询。
比如之前可能是 select * from items as A left join trade_info as B ON A.id = B.item_id WHERE A.item_name like "%小太刀%"


更改后是:
select * from items WHERE item_name like "%小太刀%"
select * from trade_info WHERE item_id = 58
更加方便加缓存了


另外我还是想问 :
关于 交易信息表(trade_info), 某物品道具已经被买空，库存字段为 0; 是否需要从交易信息表 删除； 否则 trade_info 表数据非常大

比较有气势的一句 : 辞去泉台招旧部，旌旗十万斩阎罗 陈毅将军 梅岭三章