为什么未查询longtext字段却拖慢了查询？ #

这本质是InnoDB存储引擎的行存储特性导致的：

• InnoDB默认页大小为16KB，当表中存在longtext这类大字段时，若单条记录总大小超过页容量，InnoDB会将大字段的实际内容存到溢出页，仅在原数据页保留指向溢出页的指针。
• 哪怕你没查询这些longtext字段，当查询需要回表（即通过二级索引找到主键后，再去聚簇索引读取整行数据）时，InnoDB仍需读取包含溢出指针的整行数据结构。这会让单个数据页能容纳的有效行数大幅减少——比如原本一页能存100条记录，现在可能只能存50条。查询相同数量的记录时，磁盘I/O次数直接翻倍，耗时自然也跟着翻倍，正好匹配你测试中40秒→20秒的结果。

保留longtext字段的前提下，优化查询性能的方案 #

针对你的场景，推荐按优先级尝试以下方法：

1. 创建覆盖索引（最推荐）

你的查询语句是SELECT id, title, pdf FROM catalogs WHERE shop_id = 2597，可以直接创建包含查询字段和条件字段的覆盖索引，让MySQL无需回表就能获取所有需要的数据，彻底避开longtext字段的影响：

CREATE INDEX idx_shop_id_covering ON catalogs(shop_id, title, pdf);

在Laravel中，可以通过迁移文件添加这个索引：

Schema::table('catalogs', function (Blueprint $table) {
    $table->index(['shop_id', 'title', 'pdf'], 'idx_shop_id_covering');
});

创建后，查询会直接走这个索引，不需要读取包含longtext字段的整行数据，性能会有质的提升。

2. 拆分大字段到关联表

如果你的业务中，那两个longtext字段并不是每次查询都需要，可以把它们拆分到单独的表中（比如catalogs_extra），通过catalogs.id与原表关联：

• 原表catalogs保留除longtext外的所有字段
• 新表catalogs_extra包含id（与原表主键一致）和那两个longtext字段
• Laravel中可以给Catalog模型添加一对一关联：

// app/Models/Catalog.php
public function extra()
{
    return $this->hasOne(CatalogExtra::class);
}

日常查询原表时不会涉及大字段，需要访问longtext内容时，再通过with('extra')按需加载，既保留了字段，又不影响核心查询的性能。

3. 更新表统计信息

有时MySQL的统计信息过时，会导致优化器选择低效的执行计划。可以执行以下命令让MySQL重新收集表的统计信息：

ANALYZE TABLE catalogs;

这可能帮助优化器选择更优的索引或执行路径，间接提升查询速度。

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