两个主域名 国内 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 表数据非常大

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

@dearzhzhao 认真，花了 1 天时间 装了环境 。 目前还在 拿 8 年前 springMvc blog 练手中。

同样月租 19 的大王卡套餐 ，错过 70g 活动。 我仍然记得 19 元月租的大王卡 每天有 100M 免费流量的 。 现在 100M 莫名其妙没了

小弟是多年的 Go 开发，目前对 java 非常感兴趣想要学习。

本人深刻知道学习一个新的语言，系统性的学习资料是非常重要的，否则学的七零八碎的，java 的项目规范，开发规范等等都使用的不标准也太尴尬了。 ----- 特别是框架的使用不能很好的掌握 spring-boot 还有库的使用 无法判断 用哪种 orm 更好 比如 orm-jdbctemplate mybatis mybatis-plus

希望能和 java 互换技能

自己面试过了，因多种原因导致无法去入职.