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

青春的思念

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

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

小白也疯狂

CREATE TABLE add_number_partitioned (   `uuid` CHAR(20) NOT NULL DEFAULT '',  -- 唯一标识符，存储电话号码   `type` VARCHAR(255) DEFAULT NULL COMMENT '国家中文',  -- 国家类型   `number` VARCHAR(255) DEFAULT NULL COMMENT '国家代码',  -- 国家代码   `regis_time` VARCHAR(255) DEFAULT NULL,  -- 注册时间   `status` INT DEFAULT 0 COMMENT '状态标识，0为默认值',  -- 状态字段，使用整数类型，默认值为0   `uuid_hash` BIGINT UNSIGNED GENERATED ALWAYS AS (CAST(CONV(SUBSTRING(uuid, 3), 10, 10) AS UNSIGNED)) STORED,  -- 生成并存储 uuid 的哈希值   PRIMARY KEY (`uuid`, `uuid_hash`),  -- 使用 uuid 和 uuid_hash 作为联合主键   KEY `idx_type` (`type`),  -- 在 type 字段上创建索引，用于优化cha询   KEY `idx_status` (`status`),  -- 在 status 字段上创建索引   KEY `idx_uuid_hash` (`uuid_hash`)  -- 哈希值索引 ) PARTITION BY HASH(uuid_hash) PARTITIONS 50;  -- 基于 uuid_hash 进行哈希分区，10 个分区

轻风影

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

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

轻风影

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

没事瞎琢磨

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

情绪6666

666666666666666666666666666

rushiruhua

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

小崔说事

用java的se

大兔崽子

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

大兔崽子

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

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