Administrerer tilgængelighed i NoSQL - dummies

Som med andre NoSQL-databasetyper, med nøgleværdisbutikker, kan du handle med en vis konsistens for tilgængelighed. Nøgletalbutikker leverer typisk en bred vifte af konsistens- og holdbarhedsmodeller - det vil sige mellem tilgængelighed og partitionstolerance og mellem konsistent og partitionstolerance.

Nogle vigtige værdibutikker går meget længere på konsistensarmen og overgiver BASE til fuld ACID-transaktionskonsistenssupport. Forståelse hvor du kan tegne linjen kan hjælpe dig med at forkorte listen over potentielle databaser at overveje til din brugssag.

Handelsmæssighedskoncentration

Nøgletalbutikker har typisk handelskonsistens i dataene (det vil sige evnen til altid at læse den nyeste kopi af en værdi umiddelbart efter en opdatering) for at forbedre skrivetiderne.

Voldemort, Riak og Oracle NoSQL er alle til sidst konsekvente nøgletalbutikker. De bruger en metode kaldet Read Repair . Her er de to trin involveret i læs reparation :

1. På tidspunktet for læsning af en rekord, bestemme hvilken af ​​flere tilgængelige værdier for en nøgle der er den nyeste og mest gyldige.

2. Hvis den seneste værdi ikke kan afgøres, er databaseklienten præsenteret med alle værdibesparelser, og det er efterladt at bestemme sig selv.

Gode eksempler på at bruge i sidste ende konsekvente nøgleværdisbutikker omfatter at sende sociale medier og levere s til målrettede brugere. Hvis en tweet ankommer sent eller en fem minutters gammel er vist, er der ikke noget katastrofalt tab af data.

Implementering af ACID-støtte

Aerospike og Redis er bemærkelsesværdige undtagelser for eventuel konsistens. Begge bruger delt-intet klynger, hvilket betyder, at hver nøgle har følgende:

• En master node: Kun mastrene giver svar på en enkelt nøgle, som sikrer, at du har den nyeste kopi.

• Flere slave replika noder: Disse indeholder kopier af alle data på en master node. Aerospike giver fuld ACID-transaktionsmæssig konsistens ved at tillade ændringer, der skylles straks til disken, før transaktionen markeres som komplet til databaseklienten.

Aerospike klarer at gøre det med meget høje hastigheder (hvilket afviser at have ACID reducerer skrivehastigheden). Aerospike nativt håndterer rå SSD'er til dataskrivning ved at omgå langsommere operativsystemers filsystemsupport.

Selvfølgelig betyder flere SSD'er højere serveromkostninger. Du kan beslutte at bruge Redis (konfigureret til at skylle alle data til disken efterhånden som den ankommer) er hurtig nok og garanterer tilstrækkelig holdbarhed til dine behov.Standardindstillingen i Redis er at spole data til disk hvert par sekunder, hvilket efterlader et lille vindue med potentielt tab af data, hvis en server fejler.

Her er nogle eksempler på, hvornår du måske har brug for en ACID-kompatibel nøgleværdi butik:

• Når du modtager sensordata, som du har brug for til et eksperiment.

• I et messaging system, hvor du skal garantere kvittering.

  Redis giver for eksempel en udgivelses- / abonnementsmekanisme, der fungerer som en meddelelsesserver-backend. Denne funktion kombineret med ACID-understøttelse giver mulighed for varig messaging.