Vad är Redis Streams?

Question

Accepted Answer

**Redis Streams** är en append-only-loggdatastruktur — som en hållbar meddelandekö eller händelselog — som stöder **konsumentgrupper**, meddelandebeständighet, bekräftelser och omuppspelning. De är Redis svar på pålitlig meddelandeöverföring, mer robust än Pub/Sub (som är "fire-and-forget").

## Append-only-logg med meddelanden

```bash
# add entries to a stream (each gets an auto ID: timestamp-sequence)
XADD events * type "signup" user "ann"     # * = auto-generate ID; returns e.g. 1700000000-0
XADD events * type "login" user "bob"

XLEN events                                 # number of entries
XRANGE events - +                           # read all entries (- to +)
XREAD COUNT 10 STREAMS events 0             # read entries (from ID 0)
```

Streams är en **append-only-logg**: poster läggs till med `XADD` (var och en med ett unikt, tidsordnat ID) och sparas i strömmen — till skillnad från Pub/Sub försvinner meddelanden inte; de lagras och kan läsas om.

## Konsumentgrupper — pålitlig, skalbar bearbetning

```bash
# create a consumer group to process the stream
XGROUP CREATE events workers 0

# consumers read messages (each message goes to ONE consumer in the group)
XREADGROUP GROUP workers consumer1 COUNT 1 STREAMS events >

# acknowledge a processed message (so it's not redelivered)
XACK events workers 1700000000-0
# unacknowledged messages can be reclaimed (XPENDING/XCLAIM) → no message lost on crash
```

**Konsumentgrupper** fördelar meddelanden över flera konsumenter (skalning av bearbetning), där varje meddelande går till en konsument, **bekräftelser** (`XACK`) bekräftar bearbetning, och **väntande/återi** (`XPENDING`/`XCLAIM`) säkerställer att meddelanden inte försvinner om en konsument kraschar — pålitlig, minst-en-gång-leverans.

## Streams vs Pub/Sub

```text
PUB/SUB  → fire-and-forget; offline subscribers MISS messages; no persistence/replay
STREAMS  → PERSISTENT log; messages stored; consumer groups; acknowledgments; replay
  → Streams = when you need RELIABLE delivery, message history, and scalable consumers
  → Pub/Sub = simple real-time broadcast where missing messages is OK
Streams are similar to a lightweight Kafka (log + consumer groups).
```

## Varför det är viktigt

Att förstå Redis Streams är värdefullt för **pålitlig meddelandeöverföring och händelsebearbetning** inom Redis, så det är användbar kunskap — särskilt för att Streams löser de viktigaste begränsningarna hos Pub/Sub.

Med Pub/Sub är det enkelt men fire-and-forget (offline-prenumeranter förlorar meddelanden permanent, ingen beständighet), medan **Streams ger pålitlig meddelandeöverföring**: en **append-only beständig logg** där meddelanden lagras (försvinner inte) och kan läsas om/spelas upp igen, plus **konsumentgrupper** som fördelar meddelanden över flera konsumenter för skalbar bearbetning, **bekräftelser** (`XACK`) för att bekräfta bearbetning, och **väntande meddelandeåteri** (`XPENDING`/`XCLAIM`) så meddelanden inte försvinner när en konsument kraschar — levererar minst-en-gång, pålitlig, skalbar meddelandebearbetning.

Att förstå **Streams vs Pub/Sub** (Streams för pålitlig leverans, historik och skalbara konsumenter; Pub/Sub för enkel realtidsöverföring där förlust är acceptabel) är viktigt för att välja rätt Redis-meddelandeprimitiv.

Att inse att Streams är **liknande ett lättviktigt Kafka** (loggbaserad med konsumentgrupper) hjälper till att rama in deras roll — att tillhandahålla event-streaming/meddelandekö-kapacitet inom Redis utan en separat mäklare för måttliga behov, medan dedikerade mäklare (Kafka, RabbitMQ) förblir lämpliga för större eller mer krävande meddelandeöverföring.

Eftersom pålitlig meddelandeöverföring och händelsebearbetning är vanliga behov, och eftersom Redis Streams tillhandahåller en robust, beständig, konsumentgrupp-baserad lösning (övervinning av Pub/Sub:s fire-and-forget-begränsning) inom Redis, är förståelse för Redis Streams — append-only-loggen, konsumentgrupper med bekräftelser och återi, och hur de jämförs med Pub/Sub och Kafka — värdefull, praktiskt relevant kunskap för att bygga pålitlig meddelandeöverföring och händelsestyrda funktioner med Redis, det rätta valet när du behöver leveransgarantier och meddelandehistorik som Pub/Sub inte kan tillhandahålla.