mysql中blob字段用于存储二进制大对象，比如图片、文档、音频等数据，当表中这类字段数量过多时，会引发一系列性能和存储问题，需要针对性采取优化措施。
blob字段过多的负面影响
首先会导致单表体积急剧增大，mysql的页默认大小为16KB，blob字段的数据如果超过阈值会存储在溢出页中，过多blob字段会让表的数据页和溢出页数量暴增，降低缓冲池的命中率。其次会影响查询性能，即使查询不需要blob字段的内容，mysql也可能需要加载相关的溢出页数据，增加IO开销。另外，过多的blob字段还会让表的维护操作比如备份、迁移、加字段的难度大幅提升，耗时也会成倍增加。
优化方案
1. 拆分blob字段到独立表
将blob字段从原表中拆分出来，放到单独的附属表中，原表只保留业务相关的普通字段和附属表的主键关联。这样查询普通业务数据时不需要加载blob数据，只有需要获取二进制内容时才关联查询附属表。
示例表结构设计如下：
| 原用户表 user | 用户附件表 user_attachment |
|---|---|
| id int 主键 | id int 主键 |
| username varchar(50) | user_id int 关联user.id |
| age int | avatar blob 头像数据 |
| create_time datetime | id_card_pdf blob 身份证PDF数据 |
| contract_blob blob 合同二进制数据 |
查询用户基本信息时只需要操作user表：
-- 查询用户基本信息，不需要加载blob字段 SELECT id, username, age, create_time FROM user WHERE id = 1;
需要获取用户头像时再关联查询：
-- 查询用户头像数据 SELECT u.username, ua.avatar FROM user u LEFT JOIN user_attachment ua ON u.id = ua.user_id WHERE u.id = 1;
2. 使用外部存储替代数据库存储
如果blob字段存储的是非核心、不需要频繁事务操作的二进制数据，比如普通的商品图片、用户上传的公开文档，可以将数据存储在对象存储服务或者文件服务器中，数据库中只保存文件的访问路径。
此时表结构可以调整为：
-- 调整后的用户表，只存附件路径
CREATE TABLE user (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
age INT,
create_time DATETIME,
avatar_url VARCHAR(255) COMMENT '头像存储路径',
id_card_pdf_url VARCHAR(255) COMMENT '身份证PDF存储路径',
contract_url VARCHAR(255) COMMENT '合同存储路径'
);
这种方式可以大幅减少数据库的存储压力，同时对象存储服务一般都支持CDN加速，访问二进制数据的速度也会更快。需要注意的是，如果存储的是敏感数据，需要对文件做加密处理，并且严格控制访问权限。
3. 清理无用blob数据
定期检查表中blob字段的数据使用情况，删除已经无用的二进制数据，比如用户已经删除的头像、过期的临时文档等。如果某些blob字段的使用频率极低，可以考虑将其归档到历史表中，只保留近期需要使用的热数据在主表。
清理无用数据的示例语句：
-- 删除已经注销超过1年的用户的附件数据
DELETE FROM user_attachment
WHERE user_id IN (
SELECT id FROM user WHERE status = 0 AND delete_time < DATE_SUB(NOW(), INTERVAL 1 YEAR)
);
4. 调整blob字段类型
mysql的blob类型分为TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB四种，分别对应不同的存储上限，如果实际存储的二进制数据远小于当前字段类型的最大值，可以调整为更小的blob类型，减少存储开销。
比如原本使用LONGBLOB存储最大不超过1MB的头像数据，可以调整为BLOB类型：
-- 修改头像字段类型为更小的blob类型 ALTER TABLE user_attachment MODIFY COLUMN avatar BLOB;
注意事项
在对blob字段做优化操作前，一定要先做好数据备份，避免操作失误导致数据丢失。如果是对线上正在运行的数据库做调整，建议先在测试环境验证方案的可行性，再选择业务低峰期执行变更操作。另外，优化后需要持续监控数据库的存储占用、查询响应时间等指标，确认优化效果符合预期。