Spring Boot JPA的findBy字段查询在2000万行MySQL大表中极慢问题咨询

核心性能问题点 #

• 缺少业务查询字段索引：你用于查询的id是业务字段，并非表主键rootId，若该字段未创建索引，2000万行的表每次查询都会执行全表扫描，单次查询耗时可达秒级，循环调用后总耗时会指数级增长。
• 循环触发N次独立查询：业务代码遍历酒店列表时，每次循环都单独调用一次dataRepository.findById()，如果列表有40个元素就会发起40次独立数据库请求，叠加全表扫描的耗时，总耗时就会达到10分钟级别，和你提供的Hibernate统计信息（累计执行超过120次JDBC语句，总耗时超过1000秒）完全匹配。
• 懒加载集合触发额外查询：代码中调用了hotelD.getImages()，该字段是FetchType.LAZY的@ElementCollection集合，调用get方法时会触发额外SQL查询关联表数据，导致每查询一个酒店就多一次数据库请求，进一步拉长耗时。
• 索引失效风险：如果业务id已经创建了索引，需要检查传入参数类型和数据库字段类型是否匹配，比如数据库字段为varchar但传入参数为数字，会触发隐式类型转换导致索引失效，仍然走全表扫描。
• 查询字段冗余：你实际仅需要address、images、star_certificate、star_rating、name5个字段，默认的findById会查询实体所有基础字段，冗余大字段会增加数据传输和解析的耗时。

优化方案 #

• 给业务id字段添加索引，参考SQL：CREATE INDEX idx_biz_id ON 你的表名(id);，创建后单次查询耗时可降至毫秒级。
• 改为批量查询：先收集所有需要查询的业务id到集合中，调用dataRepository.findByIdIn(idList)一次性查询所有匹配的实体，再用Map做映射匹配，将数十次查询压缩为1次。
• 自定义查询仅返回需要的字段：通过JPQL、原生SQL或者Spring Data JPA投影功能，仅查询业务需要的字段，也可以直接关联查询出images集合，避免懒加载触发额外查询。
• 生产环境关闭Hibernate统计、SQL打印等调试功能，降低额外性能消耗。

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