面试题：MySQL 中 TEXT 类型最大可以存储多长的文本？

在 MySQL 中，TEXT 类型用于存储大文本数据，其最大存储长度取决于具体的子类型。以下是详细的分类和存储容量：

1. TEXT 类型的分类与存储容量

类型	最大字节长度	典型场景
TINYTEXT	255 字节（2⁸ – 1）	极短文本（如商品标签、简短备注）
TEXT	65,535 字节（2¹⁶ – 1）	普通长文本（如文章正文、评论）
MEDIUMTEXT	16,777,215 字节（2²⁴ – 1）	较大文本（如电子书章节、日志）
LONGTEXT	4,294,967,295 字节（2³² – 1）	超长文本（如大型文档、代码库）

2. 字符集对存储容量的影响

字节与字符的关系：
TEXT 类型的最大容量以字节为单位计算，但实际存储的字符数会因字符集而变化。
- UTF-8：每个字符最多占用 3 字节（如中文字符）。
- UTF-8mb4：每个字符最多占用 4 字节（支持 emoji 和特殊符号）。

示例：

TEXT 类型最大可存储 65,535 字节，若使用 UTF-8mb4 编码，则最多可存储约 16,383 个字符（65,535 ÷ 4）。

3. 实际应用中的注意事项

(1) 性能影响

内存消耗：
SELECT * 查询可能加载大量 TEXT 数据到内存，导致性能下降。建议按需查询字段（如 SELECT id, content_preview）。
索引限制：
TEXT 列不能直接创建完整索引，仅支持 前缀索引 或 全文索引。-- 创建前缀索引（取前 255 字符） CREATE INDEX idx_content ON articles (content(255));

(2) 存储方式

行内 vs 行外存储：
- VARCHAR 存储在行内（InnoDB 中不超过 65,535 字节），而 TEXT 类型通常存储在行外（溢出页），通过指针引用。
- 对于频繁查询的字段，优先使用 VARCHAR 以减少 I/O 开销。

(3) 超出容量的处理

数据分割：
若数据超过 LONGTEXT 的限制（4GB），可采用分块存储（如分片）或外部存储（如文件系统 + 数据库路径）。

4. 示例代码

(1) 创建包含 TEXT 类型的表

CREATE TABLE articles (
    id INT AUTO_INCREMENT PRIMARY KEY,
    title VARCHAR(255),
    short_description TINYTEXT,    -- 最多 255 字节
    content TEXT,                  -- 最多 64KB
    full_text MEDIUMTEXT,          -- 最多 16MB
    large_document LONGTEXT      -- 最多 4GB
) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

(2) 插入和查询数据

-- 插入数据
INSERT INTO articles (title, content) 
VALUES ('MySQL 教程', '这是文章的正文内容...');

-- 查询数据（避免 SELECT *）
SELECT id, title, SUBSTRING(content, 1, 100) AS preview 
FROM articles;

(3) 处理超长文本

-- 使用生成列优化索引（MySQL 5.7+）
ALTER TABLE articles 
ADD COLUMN content_preview VARCHAR(200) 
AS (SUBSTRING(content, 1, 200)),
ADD INDEX idx_preview (content_preview);

5. 总结

选择原则：
- 短文本：TINYTEXT 或 VARCHAR。
- 中等长度：TEXT。
- 超长文本：MEDIUMTEXT 或 LONGTEXT。
优化建议：
- 避免在 WHERE 子句中直接搜索 TEXT 字段，改用全文索引。
- 定期监控存储空间，清理冗余数据。
- 对高并发场景，考虑分库分表或外部存储方案（如对象存储）。

通过合理选择 TEXT 类型及其子类型，并结合性能优化策略，可以高效地存储和管理长文本数据。

THE END

MySQL 面试题