Cad a bhíonn ina chúis a dhéanamh deadlocks agus conas a bhíonn tú ina gcosaint?

Question

Accepted Answer

Tarlaíonn **deadlock** nuair a bhíonn dhá thrasnáisiúchán (nó níos mó) ag gealadh glas atá ag teastáil ó a chéile, ionas nach féidir le ceachtar acu dul ar aghaidh — tá siad fachta ag fanacht ar a chéile go beo. Braitheann bunachair sonraí ar dhéadlocks agus réitítear iad trí **aon trasnáisiúchán a stopadh** (an "íobartach"), rud a chaithfidh atriail a dhéanamh. Tá sé tábhachtach tuiscint a bheith agat ar na cúiseanna agus ar an choiscint i bhfeidhmchláir chomhthráthúla.

## Conas a tharlóionn deadlock

```text
Transaction A: locks row 1, then wants row 2
Transaction B: locks row 2, then wants row 1
→ A waits for B (to release row 2), B waits for A (to release row 1) → DEADLOCK
  Neither can proceed; they're waiting on each other in a cycle.
```

```sql
-- Transaction A                    -- Transaction B (concurrent)
BEGIN;                              BEGIN;
UPDATE accounts SET .. WHERE id=1;  UPDATE accounts SET .. WHERE id=2;  -- each locks a row
UPDATE accounts SET .. WHERE id=2;  UPDATE accounts SET .. WHERE id=1;  -- each wants the OTHER's
-- → DEADLOCK: the database aborts one transaction
```

## Conas a dhéileálann bunachair sonraí le deadlocks

```text
Databases DETECT deadlocks (find the cycle of waiting transactions) and resolve them
by ABORTING one transaction (the victim) with a deadlock error → it must RETRY.
→ Your application must handle the deadlock error and retry the transaction.
```

## Straitéisí coiscthe

```text
✓ CONSISTENT LOCK ORDERING — always acquire locks in the SAME order (e.g. always
  lock the lower account id first). This breaks the cycle → the #1 prevention technique.
✓ Keep transactions SHORT — hold locks for less time (less chance to overlap)
✓ Access tables/rows in a consistent order across all transactions
✓ Use lower isolation levels where appropriate (less locking)
✓ Avoid user interaction / long operations inside a transaction (holds locks too long)
✓ Handle deadlock errors with RETRY logic (deadlocks can't be fully eliminated)
```

Is é an **#1 choiscint** ná **ordú glas comhsheasmhach**: má fhaigheann gach trasnáisiúchán glasanna san ord céanna (m.sh. i gcónaí an id níos ísle ar dtús), ní féidir an feidhmiúchán timthriallach a dhéanamh.

## An patrún atriail

```text
Since deadlocks can still happen, applications should catch the deadlock error and
RETRY the transaction (often a few times with a small delay). This is standard
resilience for concurrent database code.
```

## Cén fáth a bhíonn sé ríthábhachtach

Is gné thábhachtach chomhthráthúlachta i nbunachair sonraí iad deadlocks — bíonn siad ann in aon fheidhmchlár le trasnáisiúcháin dhá dhéad a mhíonn sonraí forleata, agus is eolas luachmhar ag leibhéal sinsearach a bhíonn ann chun córais dhígealadhacha docht a thógáil.

Is í an bhunchloch an **chúis** a thuiscint — dhá thrasnáisiúchán ag gealadh glas atá ag teastáil ó a chéile, ag cruthú feidhmiúchán timthriallach inar féidir le ceachtar acu dul ar aghaidh.

Tá sé tábhachtach a bheith ar eolas agat conas a dhéileálann bunachair sonraí le deadlocks (an timthriall a bhrath agus aon trasnáisiúchán amháin a stopadh mar íobartach, rud a chaithfidh atriail a dhéanamh). Ciallaíonn sé sin go gcaithfidh do **fheidhmchlár earráidí deadlock a láimhsiú le loighic atriail** — ní féidir deadlocks a chealú go hiomlán, sa chód comhthráthúil fuighleach bíonn earráid an deadlock á gabháil agus á atriail (patrún caighdeánach, tábhachtach).

Is iad na **straitéisí coiscthe** an t-eolas praiticiúil ríthábhachtach, go háirithe an #1 theicníc: **ordú glas comhsheasmhach** (glasanna a ghnóthú i gcónaí san ord céanna ar fud gach trasnáisiúchán, rud a bhriseann an coinníoll feidhmiúchán timthriallach a bhíonn ina chúis deadlocks) — mar aon le trasnáisiúcháin a choinneáil gearr (glasanna a choinneáil go gairid), acmhainní a rochtain in ord comhsheasmhach, agus a sheachaint a bheith ag feidhmiú fada laistigh de thrasnáisiúcháin.

De bharr go mbíonn fíorfhadhbanna ag deadlocks (trasnáisiúcháin theipthe, earráidí, feidhmíochta nochtaithe) i bhfeidhmchláir dhá dhéad ag bunachair sonraí, agus de bharr go mbíonn ar thuiscint a bheith agat ar a gcúis (feidhmiúcháin timthriallach glas), coiscint (go háirithe ordú glas comhsheasmhach agus trasnáisiúcháin ghearr), agus an ghá atá ann do loighic atriail is é sin a ligeann duit córais dhígealadhacha docht a thógáil, bíonn eolas ar dhéadlocks ina eolas luachmhar ag leibhéal sinsearach do aon fheidhmchlár le rochtain dhá dhéad shuntasach ar bhunaidh sonraí — imní oibríochtúil atriallach agus ábhar idir-dhealraitheach ardleibhéal a thaispeáint tuisceana ar chomhthráthúlacht agus ionchosúlacht bunachair sonraí.