@Transactional ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, propagation ਅਤੇ rollback ਸਮੇਤ?

Question

IT Interview Practice · Accepted Answer

`@Transactional` ਇੱਕ method ਨੂੰ ਇੱਕ database transaction ਵਿੱਚ ਲਪੇਟਦਾ ਹੈ: Spring method ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਇਹ ਆਮ ਤੌਰ 'ਤੇ return ਕਰਦੀ ਹੈ ਤਾਂ commit ਕਰਦਾ ਹੈ — ਜਾਂ ਜੇ ਇਹ throw ਕਰਦੀ ਹੈ ਤਾਂ **rolls back** ਕਰਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਇਹ ਇੱਕ **AOP proxy** ਹੈ, ਜੋ ਜ਼ਿਆਦਾਤਰ gotchas ਦਾ ਸਰੋਤ ਹੈ।

## ਬੁਨਿਆਦੀ ਵਰਤੋਂ

```java
@Service
public class TransferService {

@Transactional // commit on success, roll back on RuntimeException
    public void transfer(Long from, Long to, BigDecimal amount) {
        accounts.debit(from, amount);
        accounts.credit(to, amount); // if THIS throws, the debit is rolled back too
    }
}
```

## Default rollback ਨਿਯਮ (ਇੱਕ ਕਲਾਸਿਕ ਜਾਲ)

Default ਤੌਰ 'ਤੇ Spring ਸਿਰਫ਼ **unchecked** exceptions (`RuntimeException`) ਅਤੇ `Error` 'ਤੇ roll back ਕਰਦਾ ਹੈ — checked exceptions 'ਤੇ **ਨਹੀਂ**। ਜੇ ਤੁਸੀਂ ਇੱਕ checked exception throw ਕਰਦੇ ਹੋ, ਤਾਂ transaction *commit* ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ override ਕਰੋ:

```java
@Transactional(rollbackFor = Exception.class) // roll back on checked too
public void process() throws IOException { /* ... */ }
```

## Propagation

Propagation ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ transactional method ਦੂਜੀ ਨੂੰ call ਕਰਦੀ ਹੈ:

- **REQUIRED** (default): caller ਦੀ transaction ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਵੋ, ਜਾਂ ਜੇ ਕੋਈ ਮੌਜੂਦ ਨਹੀਂ ਤਾਂ ਇੱਕ ਸ਼ੁਰੂ ਕਰੋ।
- **REQUIRES_NEW**: caller ਦੀ transaction ਨੂੰ suspend ਕਰੋ ਅਤੇ ਇੱਕ ਤਾਜ਼ੀ, ਸੁਤੰਤਰ transaction ਵਿੱਚ ਚਲਾਓ — audit logs ਲਈ ਲਾਭਦਾਇਕ ਜੋ ਜ਼ਰੂਰ persist ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਭਾਵੇਂ ਬਾਹਰੀ ਕੰਮ roll back ਹੋ ਜਾਵੇ।

```java
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
```

## Self-invocation ਜਾਲ

ਕਿਉਂਕਿ `@Transactional` ਇੱਕ proxy ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ, *ਇੱਕੋ class* ਵਿੱਚ ਇੱਕ ਹੋਰ method ਤੋਂ ਇੱਕ `@Transactional` method ਨੂੰ call ਕਰਨਾ proxy ਨੂੰ bypass ਕਰ ਦਿੰਦਾ ਹੈ — annotation ਚੁੱਪਚਾਪ ਨਜ਼ਰਅੰਦਾਜ਼ ਹੋ ਜਾਂਦੀ ਹੈ। beans ਵਿੱਚ call ਕਰੋ, ਜਾਂ self ਨੂੰ inject ਕਰੋ।

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

Transactions ਉਹ ਥਾਂ ਹਨ ਜਿੱਥੇ data correctness ਰਹਿੰਦੀ ਹੈ, ਇਸ ਲਈ interviewer ਇੱਥੇ ਸਖ਼ਤ ਧੱਕਾ ਦਿੰਦੇ ਹਨ। Checked-exception rollback ਨਿਯਮ ਅਤੇ self-invocation bug ਉਹ ਦੋ ਸਵਾਲ ਹਨ ਜੋ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ `@Transactional` *ਵਰਤਿਆ* ਹੈ ਉਹਨਾਂ ਤੋਂ ਜੋ ਇਸਨੂੰ *ਸਮਝਦੇ* ਹਨ।

ਬੁਨਿਆਦੀ ਵਰਤੋਂ

Default rollback ਨਿਯਮ (ਇੱਕ ਕਲਾਸਿਕ ਜਾਲ)

Propagation

Self-invocation ਜਾਲ

ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਸੰਬੰਧਿਤ ਸਵਾਲ