🚀 博主介绍：大家好，我是无休居士！一枚任职于一线Top3互联网大厂的Java开发工程师！ 🚀

🌟 在这里，你将找到通往Java技术大门的钥匙。作为一个爱敲代码技术人，我不仅热衷于探索一些框架源码和算法技巧奥秘，还乐于分享这些宝贵的知识和经验。

💡 无论你是刚刚踏入编程世界的新人，还是希望进一步提升自己的资深开发者，在这里都能找到适合你的内容。我们共同探讨技术难题，一起进步，携手度过互联网行业的每一个挑战。

📣 如果你觉得我的文章对你有帮助，请不要吝啬你的点赞👍分享💕和评论哦！ 让我们一起打造一个充满正能量的技术社区吧！

---

---

TEXT 和 BLOB 数据类型

InnoDB 表中可以存储 TEXT 和 BLOB 类型的数据，它们都是用来存储大文本和二进制数据的类型。这些数据类型并不影响 InnoDB 使用的 行格式 存储方式。让我们详细看看 TEXT 和 BLOB 数据类型在 InnoDB 表中的存储机制。

1. TEXT 和 BLOB 数据类型

在 MySQL 中，TEXT 和 BLOB 都是用于存储大量数据的字段类型：

• TEXT：用于存储较长的字符串数据，可以存储最大 65,535 字符的文本数据。
• BLOB：用于存储二进制数据，大小也是最大 65,535 字节，适用于存储非文本数据（如图片、音频、视频等）。

这些字段类型在 InnoDB 表中的存储方式稍微有些不同，特别是对于大数据量的存储。

2. InnoDB 存储 TEXT 和 BLOB 数据的方式

• 行格式（Row Storage）：InnoDB 使用行格式来存储数据。对于表中的每一行，数据会以行的形式存储，所有的列值都会保存在一起。

• 数据页：InnoDB 将表数据分成多个 数据页（一般为 16KB）。对于一个表中的普通列，数据会存储在同一行的同一个数据页中。而对于 TEXT 和 BLOB 类型的列，如果数据比较小，它们通常也会直接存储在数据页中。如果数据比较大，InnoDB 会将这些大字段的数据存储在 溢出页（overflow pages）中，这些溢出页会与原始行数据分开存储。

3. 如何存储 TEXT 和 BLOB

• 小数据（小于 768 字节）：如果 TEXT 或 BLOB 的数据小于 768 字节，InnoDB 会把这些数据直接存储在行记录中（即存储在数据页内）。

• 大数据（大于 768 字节）：对于较大的 TEXT 或 BLOB 数据，InnoDB 会将这些数据存储在单独的溢出页中，而原始行记录会保存一个指向这些溢出页的指针。这个机制叫做 外部存储（off-page storage），这种方式有效减少了行记录占用的空间。

4. 行格式与 TEXT 和 BLOB

• 在 InnoDB 中，即使你有 TEXT 或 BLOB 字段，表仍然是以行格式存储的，只是当这些字段的数据较大时，它们的数据会被拆分开来，存储在不同的位置（溢出页）。因此，InnoDB 使用行格式存储所有类型的数据，TEXT 和 BLOB 字段并不会改变这一点。

• InnoDB 的 Compact Row Format 和 Redundant Row Format 都会按这种方式存储 TEXT 和 BLOB 数据，只不过不同的行格式可能会影响如何分配数据页和存储数据的细节。

5.总结

• InnoDB 表是行格式存储的，这适用于包括 TEXT 和 BLOB 类型在内的所有数据列。
• TEXT 和 BLOB 列的数据存储方式与普通数据列不同——它们可能会存储在数据页内（如果数据较小），或者会被分配到**溢出页**中（如果数据较大）。
• 行格式存储并不会影响 TEXT 和 BLOB 的使用，它们依然是作为 InnoDB 行的一部分进行管理，只是它们的存储位置可能会有所不同。

因此，虽然你可以在 InnoDB 表中使用 TEXT 和 BLOB 数据类型，但这并不改变表使用行格式存储的方式。

TEXT 和 BLOB 如何使用索引呢？

在 MySQL 中，TEXT 和 BLOB 类型的数据可以用索引，但是由于这些数据类型的特殊性质，索引的使用有一些限制和注意事项。以下是关于如何在 TEXT 和 BLOB 字段上使用索引的详细解释。

1. 索引的基本限制

• 不能直接索引整个字段：由于 TEXT 和 BLOB 类型字段可以包含大量数据，它们通常不适合作为索引的整个内容。因此，MySQL 不允许直接对整个 TEXT 或 BLOB 列建立索引。
• 索引前缀：你可以创建一个 前缀索引（Prefix Index），即只索引字段的前部分数据。这对于较长的 TEXT 或 BLOB 字段特别有用，因为只需要索引前几个字符（或字节）即可提高查询效率，而不必索引整个内容。

2. 如何创建前缀索引

对于 TEXT 和 BLOB 字段，你可以通过指定 前缀长度 来创建一个前缀索引。例如，如果你有一个 TEXT 字段，并且只希望索引其前 100 个字符，可以这样做：

CREATE TABLE example (id INT AUTO_INCREMENT PRIMARY KEY,description TEXT,INDEX (description(100))  -- 只索引前100个字符
);

这样，MySQL 会为 description 字段的前 100 个字符建立一个索引。如果你的字段是 BLOB 类型，前缀索引也是类似的：

CREATE TABLE example (id INT AUTO_INCREMENT PRIMARY KEY,data BLOB,INDEX (data(100))  -- 只索引前100个字节
);

3. 索引的前缀长度限制

• 在 MySQL 中，前缀长度的最大值与存储引擎、字符集以及数据的存储方式密切相关。

  • InnoDB 引擎：如果是 TEXT 字段，并且使用 UTF-8 编码（每个字符最大 3 字节），你可能最多只能索引 767 字节。因此，如果你索引一个 UTF-8 编码的 TEXT 字段，你最多可以索引 767/3 ≈ 255 个字符。
  • MyISAM 引擎：对于 MyISAM 引擎的表，最大索引前缀长度通常是 1000 字节，因此对于 BLOB 类型字段，最多可以索引 1000 个字节。

  注意：对于 TEXT 或 BLOB 字段，索引的前缀长度会受到最大索引长度（通常为 767 字节或 1000 字节）的限制，具体取决于你使用的字符集和存储引擎。

4. 使用 FULLTEXT 索引

对于大文本数据（如 TEXT 类型），如果你需要执行全文搜索，可以使用 FULLTEXT 索引。FULLTEXT 索引专门用于文本数据的查找，允许你对 TEXT 和 BLOB 字段进行更复杂的搜索操作。

FULLTEXT 索引的创建方式如下：

CREATE TABLE example (id INT AUTO_INCREMENT PRIMARY KEY,content TEXT,FULLTEXT (content)
);

然后，你可以使用 MATCH 和 AGAINST 语句来执行全文搜索：

SELECT * FROM example
WHERE MATCH (content) AGAINST ('search term' IN NATURAL LANGUAGE MODE);

FULLTEXT 索引适用于较长的文本字段，支持更多的全文搜索功能，如 AND、OR、NOT 等搜索操作，但仅适用于 MyISAM 和 InnoDB 存储引擎（MySQL 5.6 及以上版本开始支持 InnoDB 引擎的 FULLTEXT 索引）。

5. TEXT 和 BLOB 的索引优化

• 前缀索引：由于 TEXT 和 BLOB 字段可能存储非常大的数据量，通常索引它们的前缀部分会带来性能优化，而不是尝试索引整个字段。你可以根据实际需要选择索引字段的前 N 个字符或字节。
• FULLTEXT 索引：如果你的查询模式需要对文本字段进行复杂的搜索操作，FULLTEXT 索引是一个有效的选择，尤其是对于 TEXT 类型字段。

6. 总结

• 前缀索引：对于 TEXT 和 BLOB 类型，索引整个字段通常不现实，你可以通过 前缀索引 来索引字段的前一部分内容。这样可以有效地加速查询，尤其是在你只需要查找字段的前几个字符或字节时。
• FULLTEXT 索引：对于长文本字段（如 TEXT），如果你需要执行全文搜索，可以使用 FULLTEXT 索引，它为大规模文本搜索提供了更强大的支持。
• 索引大小限制：在创建前缀索引时要注意索引的大小限制，尤其是字符集和存储引擎的不同限制。

通过合理使用这些索引类型，你可以提高在 TEXT 和 BLOB 字段上的查询性能，同时避免存储和性能上的问题。

乐于分享和输出干货的WXGZG：JavaPersons