又是被 mysql 加字段搞郁闷的一天

[fanyingmao]

表一变大加字段就慢，关联查询就慢。
策划不能一开始想好要什么数据，总是后面加。
mysql 就不能像 mongo 一样字段想怎么加就怎么加，表一大就加不了字段了。
像这关联查询加了索引还是一样慢，明明数据就在那里就是取不出来。
SELECT equip_id, equip_name, COUNT(1) num,SUM(cmp) win FROM (SELECT * FROM a WHERE happend_time>=0 and happend_time<=1704211199) a LEFT JOIN b ON a.role_id = b.role_id and a.unique = b.unique GROUP BY equip_id order by num DESC;
最后估计还是加扩展表，代码和数据都那么冗余，代码写得都膈应。
啥时候能把这种脏活丢给 ai 或者工具人干啊。

[Maboroshii]

explain 不贴一下吗？

[yunye]

别闹 你就是工具人

[Morii]

升到 5.8 试试呢？

[adoal]

怪选型的人

[Rache1]

MySQL 8 ，腾讯团队贡献了一个 feature ，加字段可以很快呀（符合要求的情况下）

MySQL · 引擎特性 · 8.0 Instant Add Column 功能解析
http://mysql.taobao.org/monthly/2020/03/01/

[Rache1]

而且，MySQL 5.7.8 开始就支持 JSON 字段了，你也可以创建一个 JSON 字段呐

[pkoukk]

mongo 不是早都没人用了么

[hucw21750]

唯一不变的就是需求永远在变 🐶

[maocat]

@pkoukk 兄弟真是张口就来啊

[lerosua]

@Rache1 这种叫管杀不管埋

[Morii]

@pkoukk 最起码我们还在用，n 亿的数据

[lsk569937453]

https://imgur.com/a/NNn8cau

[fanyingmao]

@Maboroshii
explain
https://sm.ms/image/nMkZO4IBsTqNDfr

[fanyingmao]

mysql 用的是 5.7.36 ，估计是不会去升级了。

[pkoukk]

@maocat #9 不好意思，我身边统计学了。这三年来用 mongo 的项目逐渐迁移走了，公司的运维团队也不维护 mongo 了。很久也没在技术文章上看到它的影子了，再加上当时用它的时候体验确实不佳，以为已经被普遍淘汰了。

[june4]

mongodb 几年前是火过一波，然而这一点好处远大于缺点

[awalkingman]

@lerosua 开发一时爽 维护火葬场

[awalkingman]

@lerosua 或者叫 开发一时爽 维护火葬场

[changnet]

你这是游戏服务器的表？一般也不大的吧，顶多就几千万条，不会耗多少时间。大了都会有分布式来拆分。

想要需求不变是不可能的，一般也不会频繁改表。而且游戏服务器都有缓存，一般不会直接从数据库查，查得慢问题也不大。

还是说你这是游戏后台？

[trio]

pt-online-schema-change