首先直接给结论：直接把方法返回类型改成MyEntity是不可行的，会触发运行时异常。下面详细解释原因和可行的解决思路：

为什么直接改返回类型不行？ #

当你给Repository方法加上@Modifying注解时，Spring Data JPA会将其标记为数据修改操作（UPDATE/DELETE这类）。这类操作在JDBC层面默认返回的是受影响的行数（int或long类型），而非实体对象。如果强行把返回类型改成MyEntity，框架会因为无法将JDBC返回的行数映射为实体实例而抛出转换异常。

可行的解决方案 #

想要获取更新后的MyEntity实例，有两种常见的优雅实现方式：

方案1：先执行更新，再查询（保留原JPQL更新逻辑） #

利用@Transactional保证更新和查询在同一个事务内，先执行软删除操作，再查询返回最新的实体：

@Repository
public interface MyEntityRepository extends JpaRepository<MyEntity, Long> {

    @Modifying
    @Transactional
    @Query("UPDATE MyEntity SET deletedAt = CURRENT_TIMESTAMP WHERE id = ?1")
    void markAsSoftDeleted(long id);

    // 新增默认方法，组合更新+查询逻辑
    default MyEntity markAsSoftDeletedAndReturn(long id) {
        markAsSoftDeleted(id);
        // 查询更新后的实体，找不到则抛出异常
        return findById(id)
                .orElseThrow(() -> new EntityNotFoundException("MyEntity not found with id: " + id));
    }
}

这种方式保留了你原本用JPQL让数据库设置CURRENT_TIMESTAMP的逻辑，确保时间是数据库端的当前时间，而非应用端的时间。

方案2：先查询实体，修改后保存（更符合Spring Data风格） #

如果允许在应用端设置deletedAt时间（或者通过实体的@PreUpdate注解自动处理），可以用更直观的方式：

@Repository
public interface MyEntityRepository extends JpaRepository<MyEntity, Long> {

    default MyEntity markAsSoftDeletedAndReturn(long id) {
        MyEntity entity = findById(id)
                .orElseThrow(() -> new EntityNotFoundException("MyEntity not found with id: " + id));
        // 设置删除时间，若要使用数据库时间，可通过EntityManager查询或@PreUpdate注解实现
        entity.setDeletedAt(LocalDateTime.now());
        // 保存后返回更新后的实体
        return save(entity);
    }
}

这种方式不需要自定义JPQL，完全利用Spring Data的内置方法，代码更简洁。如果需要和原JPQL一样使用数据库的CURRENT_TIMESTAMP，可以通过EntityManager查询数据库当前时间，或者在实体类上添加@PreUpdate注解来自动设置。

注意事项 #

• 无论哪种方案，都要确保更新和查询操作在同一个事务内，否则可能出现查询到旧数据的情况（你的方法已经标注了@Transactional，默认满足这个要求）。
• 如果使用方案1，要考虑实体可能在更新后被其他事务删除的情况，所以findById需要处理空值的情况（比如抛出异常或返回Optional）。

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