MYSQL 500万行数据 单表IBD 300G 这个有什么好的优化方案？

青春的思念

数据量570万+ 单行字段longtext最大10MB+，表无主键直接默认插的 设计时候没有考虑到优化问题 现在单ibd接近300G了 想优化下不知道如何下手，尝试了AI的一些建议执行一条优化命令都几个小时没动静

对于这种数据你们会怎么处理？

轻风影

你现在首先要做的就是将ID字段，添加自增属性。然后再添加一些字段为索引字段。
自然使用效率就高很多。

不过，你最好是新建一张表来做。建好ID自增字段和索引后。
再将原数据拷过去，最好再将表更名。

轻风影

你这算啥，500万撒撒水啦，快5个亿了，都好用得很。
数据库索引和自增字段是必须的。
你重建有索引的表就是了。把原数据拷过去优化指令不是随便执行的，这个相当于重新建表+拷数据

没事瞎琢磨

这还查什么，告诉老板 老数据崩了 换新盘

情绪6666

666666666666666666666666666

rushiruhua

cha询慢必须加大性能！ 告诉老板 上硬件cpu  

小崔说事

用java的se

大兔崽子

你这个业务倒是好拆分。  比如  把这种不是时常需要读取的 大字段raw_html    拆分成副表。  等等需要的时候再去cha询就行了。  

大兔崽子

㠫孬嫑夯芘 发表于 2025-5-11 14:22
重新创建一个一模一样的表，做好主键和索引的优化，然后用SQL软件，从旧表中导出数据，再导入到新表里面去 ...

3亿  这特么还查的动？   带点条件 就没法cha询了

gudandexuan

你用到了text 说明你单字段数据很大  即使做了索引  cha询也是很慢很慢的