MySQL中含大字段的表，未查询该字段会拖慢SELECT性能吗？

答案是不一定，但多数场景下第二张表的查询速度会更慢，是否受Text字段影响，取决于你的索引设计和数据库存储引擎：

1. 无索引的全表扫描场景 #

如果ID列没有建索引，数据库需要逐行扫描整张表来筛选符合ID>=7的数据：

• 第二张表的每行数据包含longtext类型的Text字段，即便你没查询它，每行的存储空间也远大于只有ID的表。
• 数据库的磁盘读取是以「数据页」为单位的，单页能容纳的第二表行数会少很多，扫描相同总行数需要读取更多的数据页，磁盘IO开销直接变大，查询速度自然更慢。

2. 有主键索引（聚集索引）的场景 #

以InnoDB为例，主键索引是聚集索引，索引的叶子节点直接存储整行数据：

• 即便你只查ID，数据库也需要从聚集索引的叶子节点读取数据。第二张表的行数据更大，导致每个索引页能存储的主键条目更少，遍历索引时需要读取更多的索引页，IO成本更高，查询速度会比第一张表慢。
• 哪怕longtext数据被存到了溢出页（InnoDB对大字段的优化），行记录里仍会保留指向溢出页的指针，行的整体大小还是比只有ID的行大，索引页密度低的问题依然存在。

3. 有覆盖性普通索引的场景 #

如果给ID列建了普通非聚集索引，且查询语句SELECT ID FROM table WHERE ID>=7能触发覆盖索引（即所需数据完全在索引中，不需要回表读取整行）：

• 这时候数据库只会读取索引数据，而普通索引里只存储ID值和行指针（MyISAM）或主键值（InnoDB），和Text字段完全无关。两张表的索引结构几乎一致，查询速度不会有明显差异。

内容的提问来源于stack exchange，提问作者log_0