Puncte:0

Eliminați configurarea lipicioasă a sesiunii cu baza de date în cluster - întârzierea sincronizarii duplicarea?

drapel ec

În prezent, încerc să elimin configurarea serverului meu cu „Sticky Sessions” și să trec la o configurare cu o bază de date pentru stocarea sesiunii. În loc de o singură bază de date (punct unic de eșec) ne-am gândit să avem o replică redis pe fiecare server, astfel încât toate serverele să partajeze aceeași bază de date a masterului.

Problema: Ce se întâmplă dacă 2 solicitări sunt trimise în același timp de la același utilizator și lovesc 2 sclavi de bază de date care își execută codul în același timp?

Un exemplu: un utilizator cumpără pentru un articol limitat de o singură dată. El trimite 2 solicitări de cumpărare a articolului, iar baza de date de pe ambele servere de primire crede „Nu l-a cumpărat, așa că e OK să-l cumperi”. Acum utilizatorul are 2 articole în loc de unul.

S-ar putea întâmpla asta, nu? Dacă serverele nu își sincronizează datele suficient de repede, ambele servere ar putea executa interogarea bazei de date simultan?

Sau există deja o soluție pentru a remedia această problemă de lipiciune a sesiunii?

Mulțumiri! BR Chris

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.