JPA执行MySQL原生DELETE语句报could not extract ResultSet错误如何解决

核心错误原因 #

自定义DML操作（DELETE/UPDATE）的Repository方法缺少必要注解，Spring Data JPA默认将所有无@Modifying标记的@Query方法当做SELECT查询处理，会尝试从数据库响应中提取查询结果集ResultSet，但DELETE操作执行后不会返回查询结果集，直接触发该异常。

修复步骤 #

1. 在自定义删除方法上添加@Modifying注解，告知框架当前方法是数据修改操作，不需要提取结果集。正确的Repository层代码示例：

import org.springframework.data.jpa.repository.Modifying;
import org.springframework.data.jpa.repository.Query;
import org.springframework.data.repository.query.Param;

// 省略Repository接口继承定义
@Modifying
@Query(value = "DELETE FROM reservation WHERE slotid = :slotid", nativeQuery = true)
int deleteWhereSlotid(@Param("slotid") Integer slotid);

2. 补充事务配置：在该Repository方法，或者调用该方法的Service层方法上添加@Transactional注解，DML操作必须在事务上下文中才能正常提交执行。

其他注意事项 #

• 方法返回值不需要定义为Object类型，支持两种返回类型：void（不关心删除行数）、int/Integer（返回本次操作实际影响的记录行数）。
• 原SQL中给DELETE语句的表加别名a的写法，在部分MySQL版本与JDBC驱动的组合下存在解析兼容问题，控制台手动执行能跑不代表JDBC驱动侧解析正常，验证阶段可以先去掉别名简化SQL。
• 显式添加@Param("slotid")注解绑定参数，避免部分编译场景下参数名丢失，导致框架无法正确匹配SQL中的占位符。
• 框架内置的deleteById()方法不会出现该问题，是因为该方法由框架自动实现：先根据ID查询出完整实体，再在托管状态下调用remove方法完成删除，整个流程的事务、结果解析逻辑都由框架内置处理，不需要手动配置。

额外排查方向 #

• 打开JPA的SQL打印配置，对比实际发送到数据库的SQL与你在phpMyAdmin中测试的语句是否完全一致，检查是否存在参数传值错误、隐式类型转换问题。
• 如果上述配置都补充后依然报错，检查当前引入的MySQL JDBC驱动版本与MySQL服务端版本是否匹配，版本不兼容会导致JDBC层响应解析异常。

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