Conas a oibríonn gealais dáilte le Redis?

Question

Accepted Answer

Is **glas dáilte** rud a dhéanann comhordú ar rochtain ar acmhainn roinnte thar ilphróisis/freastalaithe ionas nach mbíonn ach duine amháin a shealbhú an ghlas ag an am céanna. Is coitianta go n-úsáidtear Redis ar an ábhar seo trí leaghadh dhigiteach atá neamhspleách ar choibhneasacht le TTL — ach is gá gealadh a bheith oiriúnach chun é a dhéanamh i gceart (agus an-tuiscint a bheith agat ar na teorainneacha).

## Glas Redis bunúsach (SET NX le TTL)

```js
// acquire: SET the lock key only if it doesn't exist, with a TTL (auto-release safety)
const token = randomUUID();   // a unique token identifying THIS lock holder
const acquired = await redis.set("lock:resource", token, "NX", "EX", 30);
// NX = set only if not exists (atomic); EX 30 = auto-expire in 30s (avoid deadlock)

if (acquired) {
  try {
    // ... do the work that needs exclusive access ...
  } finally {
    // release ONLY if WE still hold it (check the token) — use a Lua script for atomicity
    await releaseLock("lock:resource", token);
  }
}
```

Baineann an glas úsáid as **`SET key value NX EX`**: an eochair a shocrú go neamh-imeallach ach amháin mura bhfuil sé ann cheana féin (ionas nach n-éiríonn ach le duine amháin de na cliaint) le **TTL** (ionas go scaoiltear an glas go huathoibríoch má thiteann an sealbhóir, rud a chuireann cosc ar dhéadlóc).

## Dhá shonrasc chriticiúil maidir le ceart

```text
1. ALWAYS set a TTL → if the lock holder crashes, the lock auto-expires
   (otherwise the resource is locked forever — a deadlock)
2. Use a UNIQUE TOKEN + release only if it matches → so you don't release
   SOMEONE ELSE'S lock (e.g. if your TTL expired and another client acquired it).
   Release must be ATOMIC (check-token-then-delete via a Lua script).
```

```lua
-- safe release: delete only if the value matches our token (atomic via Lua)
if redis.call("get", KEYS[1]) == ARGV[1] then return redis.call("del", KEYS[1]) else return 0 end
```

## Teorainneacha agus Redlock

```text
⚠️ A single-Redis lock isn't perfectly safe: if the TTL expires mid-work, or with
   failover (the lock not yet replicated), two clients could both hold it.
→ REDLOCK algorithm → acquire the lock across MULTIPLE independent Redis nodes
   (majority) for stronger guarantees (though even Redlock is debated).
→ For critical correctness, combine with fencing tokens or use a system designed for
   consensus (e.g. ZooKeeper/etcd). Know the trade-offs.
```

## Cén fáth a bhfuil sé tábhachtach

Tá an-bhraistint ar bheith i do thuiscint ar gheasais dáilte le Redis maidir le **rochtain a chomhordú ar acmhainn roinnte** thar chóras dáilte, mar sin tá sé ina bhraistint fhiúntach — agus tá an-tábhacht ar thuiscint ar na contúirt maidir le ceart a bheith agat.

Aigníonn gealais dáilte fíor-riachtanas: a chinntiú nach bhfuil ach próisis/freastalaithe amháin ag feidhmiú gníomh criticiúil ag an am céanna (rud a chuireann cosc ar dhríochtú dúbailte, coinníollacha rása ar acmhainn roinnte, nó oibríochtaí imbhuailte) i gcóras il-freastalaithe, agus is uirlis choitianta do seo Redis.

Tá tuiscint ar an **meicníoc bunúsach** — `SET key value NX EX` (socrú neamh-imeallach ionas nach mbíonn an eochair ann cheana féin le TTL) ionas nach bhfaigheann ach duine amháin de na cliaint an glas agus go scaoiltear sé go huathoibríoch ar thuairteall — ina theicníc bhunúsach.

Go criticiúil, tá **na dhá shonrasc maidir le ceart** ríthábhachtach: **TTL a úsáid i gcónaí** (ionas go n-éagann glas sealbhóra tuirte go huathoibríoch, rud a sheachantann déadlóc buan) agus **teochán uathúil a úsáid le scaoileadh meaitseáilte** (ionas nach scaoil tú glas duine eile de na cliaint go tobann má tháin do TTL duit — le seiceáil neamh-imeallach-ansin-scrios trí script Lua).

I seo iad na sonrascanna ina bhfuil gealadh naíf imirt gach go ndearna siad fabhtanna domhain, contúirteach.

De réir a chéile, tá **na teorainneacha** ríthábhachtach: níl glas Redis-aonair go huile-cheart slán (scaoileadh TTL i lár oibre nó fóglán d'fhéadfaidh do dhá chliaint a bheith a shealbhú), rud a thugann ar an **Redlock** algartam (a fháil thar iolraí Redis nodanna) i gcomhair barantais níos láidre — agus a bheith ar an eolas go bhféadfadh córais fencing tochanna nó comhaontú (ZooKeeper/etcd) a bheith riachtanach le haghaidh ceart criticiúil.

I seo an mothúchán ar an socrú idir-mhalairt agus na teorainneacha ina léiríonn tuiscint aibíochta.

Ois is fíor-riachtanas a bhí i ndáil-acmhainn-rochtain a chomhordú i gcórais dáilte, agus os rud é go bhfuil geasais dáilte Redis coitianta ach go bhfuil gá le gealadh ceart a dhéanamh i gceart (TTL, teochán uathúil, scaoileadh neamh-imeallach) agus mothúchán ar a bhfuil ann a dhéanamh (Redlock, contúirtí fóglán), tá tuiscint ar gheasais dáilte le Redis — an meicníorc, na sonrascanna maidir le ceart, agus na teorainneacha — ina bhraistint dhiúltach, phraiticiúil-bhunaithe ar chomhordú dáilte, ábhar ina bhfuil tuiscint ar na contúirtí agus an socrú idir-mhalairt chomh tábhachtach agus an teicníc bhunúsach.