请教 OPTIMIZE TABLE 操作问题

287 天前
 LieEar

公司现在有一张表,表空间是 1.04TB ,数据量是 4800 万行。主要问题在于表中有一些xx_deatil字段,记录了两个月内每天的历史数据。( json 格式的字符串)

{"20220501": 0, "20220502": 0, "20220503": 0, "20220504": 0, "20220505": 0, "20220506": 0, "20220507": 0, "20220508": 0, "20220509": 0, "20220510": 0, "20220511": 0, "20221023": 0, "20220420": 0, "20220421": 0, "20220422": 0, "20220423": 0, "20220424": 0, "20220425": 0, "20220426": 0, "20220427": 0, "20220428": 0, "20220429": 0, "20220430": 0}

之前表设计有问题,老员工都走了。现在准备将字段压缩(用 zlib 压缩,再使用 base64 编码)。 问题在于,压缩完后,再对表执行 OPTIMIZE TABLE 操作。磁盘剩余空间是 257.73 GB ,不确定能不能执行。 请问各位这个操作能不能执行?或者有没有其他办法?

1026 次点击
所在节点    MySQL
6 条回复
liuzhedash
287 天前
如果表引擎是 innodb 的话,大概率是不行的,因为 optimize table 会先复制一个临时表出来,优化后再复制回去,那起码得 1.04TB*2 的存储空间才够
LieEar
287 天前
@liuzhedash 感谢回复。表是 innodb ,看来只能申请新的数据库了
defunct9
287 天前
不行
iPisces77
287 天前
这个会复制一份然后重新建一张表,空间 double 看着不够呢
julyclyde
285 天前
你这个表,从设计上来说是错误的啊……怎么能能把业务数据保存到 json 字段呢

更何况你居然还想压缩??

比如直接删掉这字段算了,反正将来你也没办法搜索和方便访问
LieEar
283 天前
@julyclyde 我知道表有问题,老员工设计的,结果他们跑路了。没办法只能我来处理。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1021347

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX