@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 互换技能

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

我和 op 不一样，我是反向操作。 我所在地区 cloudflare 时好时坏。 上周刚从 cloudflare 转回 NameSilo

mysql 单表 8 亿 路过。3kw 这才哪跟哪

@Insa oss 10 块一年怎么操作, 刚看了下仅 “ 标准存储包容量规格：20GB ” 都 已经是 25.92 一年

我有个单表表 目前 7 亿+ 数据量, 一周差不多 2-3KW 写入量。

选什么，全都要

我入门的时候是 直接看 B 站开源的 goim 代码， 然后改成自己想要的样子。

https://github.com/poembro/goim-demo