Dirty checking & Transaction

1. Big Picture

Hibernate sync object ↔ database thông qua Dirty Checking + Transaction

Flow tổng:

Start Transaction
   ↓
Load Entity → vào Persistence Context
   ↓
Modify Object (Java)
   ↓
Dirty Checking detect change
   ↓
Commit Transaction
   ↓
Flush → Generate SQL → Update DB

2. Persistence Context

Là vùng nhớ do EntityManager quản lý, chứa các entity ở trạng thái managed

Đặc điểm:

• Cache level 1
• Mỗi entity chỉ có 1 instance trong context
• Hibernate theo dõi mọi thay đổi

3. Dirty Checking

Cơ chế Hibernate tự động phát hiện thay đổi của entity

Cách hoạt động:

Step 1: Snapshot

• Khi load entity → lưu trạng thái ban đầu

Step 2: Modify

user.setName("Alice");

Step 3: Compare

snapshot = "John"
current  = "Alice"

⇒ khác nhau → dirty

Step 4: Generate SQL (khi commit)

UPDATE users SET name = 'Alice' WHERE id = ?

Key Point

Dirty checking KHÔNG chạy ngay khi set value

4. Flush

Flush = đồng bộ persistence context → database (thực thi SQL)

Khi nào flush xảy ra?

• Transaction commit
• Gọi entityManager.flush()
• Một số query (JPQL)

Phân biệt:

5. Transaction

@Transactional
public void updateUser() {
    user.setName("A");
}

Flow:

1. Begin transaction
2. Load entity (managed)
3. Modify entity
4. Dirty checking
5. Flush (generate SQL)
6. Commit

6. Khi Dirty Checking KHÔNG hoạt động

❌ Không có transaction

user.setName("A"); // không update DB

❌ Detached entity

entityManager.detach(user);
user.setName("A"); // không update

7. Performance Issues

Problem:

• Hibernate phải so sánh snapshot với current state
• Persistence context lớn → chậm
• Nhiều entity → nhiều SQL

Ví dụ nguy hiểm:

@Transactional
public void updateUsers(List<User> users) {
    for (User u : users) {
        u.setName("A");
    }
}

👉 10k users → 10k update query ❌

8. Optimization

🔹 Batch update (JPQL)

@Modifying
@Query("UPDATE User u SET u.name = :name")

🔹 Clear persistence context

entityManager.clear();

🔹 Giảm scope transaction

• Không giữ quá nhiều entity

🔹 @DynamicUpdate (optional)

• Chỉ update field thay đổi

9. Interview Questions

❓ Dirty Checking là gì?

Cơ chế Hibernate theo dõi thay đổi entity và tự động update DB khi transaction commit

❓ Flush là gì?

Đồng bộ persistence context xuống DB bằng SQL nhưng chưa commit

❓ Tại sao không cần save()?

Vì entity managed sẽ được Hibernate tự động update thông qua dirty checking

❓ Khi nào dirty checking gây vấn đề?

Khi có nhiều entity trong persistence context → tốn CPU và nhiều query

10. Key Takeaways

• Dirty checking = auto detect change
• Chạy khi flush / commit
• Phụ thuộc vào transaction
• Không hoạt động với detached entity
• Có cost về performance

Mental Model

❌ Không nghĩ: “save để update DB”