Hibernate 批量更新與刪除：HQL 與 JDBC 兩種實作模式對比

大數據量操作效能優化：繞過 Session 快取的批量 DML 實戰

當需要對大量資料執行更新或刪除 (如將「計算機學院」更名為「計算機工程學院」、刪除整個「技術學院」學生) 時，逐筆載入 Entity 再修改會導致 Session 快取膨脹、記憶體溢位。Hibernate 提供 HQL 批量 DML 與 原生 JDBC 兩種繞過快取的直達資料庫方案。本文以學生表 Student 為例，對比兩種模式的代碼結構、適用場景與注意事項。

場景定義

模式一：HQL 批量 DML (推薦首選)

核心 API：Session.createQuery(hql).executeUpdate()

優勢：類型安全、參數綁定防注入、跨資料庫可攜性、自動參與當前交易

批量更新實作

public void updateDeptName(String newName, String oldName) {
    Session session = null;
    Transaction tx = null;
    try {
        session = getSession();
        tx = session.beginTransaction();

        String hql = "UPDATE Student SET deptName = :newName WHERE deptName = :oldName";
        int updatedCount = session.createQuery(hql)
                .setString("newName", newName)
                .setString("oldName", oldName)
                .executeUpdate();  // 返回受影響行數

        tx.commit();
        log.info("批量更新完成，影響行數: {}", updatedCount);
    } catch (RuntimeException e) {
        if (tx != null) tx.rollback();
        throw e;
    } finally {
        if (session != null) session.close();
    }
}

批量刪除實作

public void deleteByDeptName(String deptName) {
    Session session = null;
    Transaction tx = null;
    try {
        session = getSession();
        tx = session.beginTransaction();

        String hql = "DELETE FROM Student WHERE deptName = :deptName";
        int deletedCount = session.createQuery(hql)
                .setString("deptName", deptName)
                .executeUpdate();

        tx.commit();
        log.info("批量刪除完成，影響行數: {}", deletedCount);
    } catch (RuntimeException e) {
        if (tx != null) tx.rollback();
        throw e;
    } finally {
        if (session != null) session.close();
    }
}

模式二：原生 JDBC (極致效能 / 特殊 SQL 需求)

核心 API：Session.connection() 取得底層 Connection → PreparedStatement

適用場景：HQL 不支援的複雜 SQL (如資料庫特有語法、Hint、分區表操作)、極大批次需微調 Fetch Size/Batch Size

批量更新實作

public void updateDeptNameJdbc(String newName, String oldName) {
    Session session = null;
    Transaction tx = null;
    Connection conn = null;
    PreparedStatement ps = null;
    try {
        session = getSession();
        tx = session.beginTransaction();
        conn = session.connection();  // 取得受 Hibernate 管理的 Connection

        String sql = "UPDATE Student SET deptName = ? WHERE deptName = ?";
        ps = conn.prepareStatement(sql);
        ps.setString(1, newName);
        ps.setString(2, oldName);
        ps.executeUpdate();

        tx.commit();
    } catch (RuntimeException e) {
        if (tx != null) tx.rollback();
        throw e;
    } catch (SQLException e) {
        if (tx != null) tx.rollback();
        throw new RuntimeException("JDBC 批量更新失敗", e);
    } finally {
        // 必須手動關閉 Statement，Connection 由 Session 管理勿關閉
        if (ps != null) try { ps.close(); } catch (SQLException ignore) {}
        if (session != null) session.close();
    }
}

批量刪除實作

public void deleteByDeptNameJdbc(String deptName) {
    Session session = null;
    Transaction tx = null;
    Connection conn = null;
    PreparedStatement ps = null;
    try {
        session = getSession();
        tx = session.beginTransaction();
        conn = session.connection();

        String sql = "DELETE FROM Student WHERE deptName = ?";
        ps = conn.prepareStatement(sql);
        ps.setString(1, deptName);
        ps.executeUpdate();

        tx.commit();
    } catch (RuntimeException e) {
        if (tx != null) tx.rollback();
        throw e;
    } catch (SQLException e) {
        if (tx != null) tx.rollback();
        throw new RuntimeException("JDBC 批量刪除失敗", e);
    } finally {
        if (ps != null) try { ps.close(); } catch (SQLException ignore) {}
        if (session != null) session.close();
    }
}

深度對比：選型決策矩陣

關鍵陷阱與最佳實踐

1. 快取失效：批量 DML 直接打資料庫，**不會同步更新 Session 一級快取**。後續在同一 Session 查詢同一實體會讀到舊值。
   → 解決：操作後立即 session.clear() 或開新 Session。
2. 不觸發攔截器/事件：PreUpdateEvent、PostDeleteEvent、@PreRemove 等**完全不會被調用**。
   → 對策：業務邏輯 (如審計日誌、衍生欄位維護) 必須在 SQL 層面用 Trigger 或應用層補償處理。
3. 版本欄位 (樂觀鎖)：批量更新**不會自動遞增 @Version 欄位**。
   → 對策：HQL 手動加入 SET version = version + 1，或改用資料庫 Trigger 維護。
4. 大批次分頁：超過 10 萬筆建議分批 (如每 5000 筆 commit 一次)，避免長交易鎖表、Undo Log 膨脹。
   → 範本：DELETE FROM Student WHERE deptName=? AND rownum <= 5000 迴圈執行直到 executeUpdate() == 0。
5. 資料庫鎖升級：大量刪除可能觸發表鎖。
   → 對策：低峰期執行、加 Hint (如 WITH (ROWLOCK))、分區表逐分區清理。

進階：StatelessSession 另一選擇

若需在物件模型層處理大量資料 (如批量匯入、ETL)，可使用 StatelessSession：

• 無一級快取、無延遲載入、無攔截器、無生命週期事件
• insert()、update()、delete() 直接對應 JDBC 批次
• 適合「唯寫/少讀」大批次作業，不適用一般業務邏輯

原則：優先使用 HQL 批量 DML (可維護、可攜)，僅在 HQL 無法表達或極致效能需求時落回 JDBC。務必處理快取一致性與觸發器缺失問題。