在mysql中存储图片时，核心要选择合适的数据类型来承载二进制图片数据，同时需要结合业务场景判断是直接存数据库还是搭配文件系统存储。常见的可选数据类型包括BLOB系列类型，不同长度的BLOB类型对应不同的存储上限，适配不同大小的图片文件。
mysql中可存储图片的数据类型
mysql本身没有专门的图片类型，存储图片需要使用支持二进制数据的数据类型，最常用的是BLOB系列类型，该系列包含四种不同长度的子类型，对应不同的存储上限：
| 类型名称 | 存储上限 | 适用场景 |
|---|---|---|
| TINYBLOB | 255字节 | 极小尺寸的图标、缩略图 |
| BLOB | 64KB | 普通小尺寸图片 |
| MEDIUMBLOB | 16MB | 中等尺寸图片、普通照片 |
| LONGBLOB | 4GB | 大尺寸高清图片、原始素材图 |
除了BLOB类型，也可以使用VARBINARY类型存储小尺寸图片，但是VARBINARY的最大存储长度通常为65535字节，比BLOB的64KB略小，且不适合存储超过几十KB的图片数据，实际使用中BLOB系列是更主流的选择。
直接存储图片到mysql的示例
下面以存储用户头像为例，演示如何创建表并插入、查询图片数据：
1. 创建存储图片的表
-- 创建用户头像表，使用MEDIUMBLOB存储图片，适配普通头像尺寸
CREATE TABLE user_avatar (
id INT PRIMARY KEY AUTO_INCREMENT,
user_id INT NOT NULL COMMENT '用户ID',
avatar_data MEDIUMBLOB COMMENT '头像二进制数据',
avatar_type VARCHAR(20) COMMENT '图片类型，如image/jpeg',
create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);
2. 插入图片数据
如果是通过编程语言操作，通常是读取图片的二进制流后插入，以下是伪代码示例：
// Java示例：读取本地图片并插入到数据库
File imageFile = new File("local_avatar.jpg");
FileInputStream fis = new FileInputStream(imageFile);
PreparedStatement ps = conn.prepareStatement("INSERT INTO user_avatar (user_id, avatar_data, avatar_type) VALUES (?, ?, ?)");
ps.setInt(1, 1001);
ps.setBinaryStream(2, fis, (int)imageFile.length());
ps.setString(3, "image/jpeg");
ps.executeUpdate();
3. 查询图片数据
-- 查询指定用户的头像数据 SELECT avatar_data, avatar_type FROM user_avatar WHERE user_id = 1001;
两种图片存储方案对比
在实际业务中，存储图片通常有两种方案，一种是将图片二进制数据直接存入mysql，另一种是将图片存到文件系统或对象存储，仅在mysql中存图片的路径，两者的对比如下：
| 对比维度 | mysql直接存储 | 存路径+外部存储 |
|---|---|---|
| 存储上限 | 受LONGBLOB上限4GB限制，且大表存储会影响数据库性能 | 仅受外部存储容量限制，可存储超大图片 |
| 查询性能 | 大图片查询会占用大量数据库IO，拖慢查询速度 | 仅查询路径，数据库压力小，性能更好 |
| 管理成本 | 备份、迁移数据库时需要同步处理图片数据，成本高 | 数据库备份轻量，图片可单独管理或扩容 |
| 适用场景 | 小尺寸、访问频次低的图片，如系统小图标 | 大尺寸、访问频次高的图片，如用户头像、商品图 |
类型选择建议
选择mysql存储图片的类型时，可参考以下原则：
- 如果图片大小小于16MB，优先选择
MEDIUMBLOB类型，覆盖绝大多数普通图片场景 - 如果是极小图标（小于255字节），可选择
TINYBLOB节省存储空间 - 如果图片超过16MB，不建议直接存mysql，优先选择外部存储+路径的方式，避免影响数据库性能
- 如果业务对图片事务一致性要求极高，必须保证图片和关联数据同时生效，可选择直接存mysql
注意：如果选择直接存储图片到mysql，建议给存储图片的表单独分库分表，避免图片数据过大导致整表查询效率下降，同时定期清理无用的图片数据，减少数据库存储压力。