PHP Optimistische Sperrung in Kombination mit Transaktionsabzugsbilanz fehlgeschlagen: Wie kann sichergestellt werden, dass der Restbetrag in Gleichzeitverwaltung korrekt abgezogen wird?

PHP Optimistische Sperrung in Kombination mit Datenbanktransaktionen, um das Gleichgewicht abzuziehen: Problemanalyse und Lösung

In diesem Artikel wird erläutert, wie Sie Parallelitätsprobleme vermeiden können, die zu einem Ausgleichsabzug oder inkonsistenten Daten führen, wenn optimistische Sperren und Datenbanktransaktionen für den Ausgleichsabzug in der PHP -Umgebung verwendet werden. Wir werden den Fehlercode analysieren und die richtige Lösung angeben.

Problemcode -Analyse und Fehlergründe:

Der folgende Code -Snippet versucht, die Richtigkeit von Gleichgewichtsabzügen in gleichzeitigen Umgebungen durch optimistische Schlösser und Transaktionen zu gewährleisten, weist jedoch Fehler auf:

Fehlercode -Snippet 1:

 öffentliche Funktion userBuy ()
{
    $ user = $ this-> getUser (); 
    $ oldmoney = $ user ['salon']; 
    $ orderoffer = $ this-> getOrderMoney ($ orderid); 
    if ($ oldmoney  fehler ('unzureichender Kontosaldo');

    // Optimistische Sperrlösung (falsche Punkte)
    $ newmoney = $ oldmoney - $ orderOsfer ['preis']; 
    $ newUser = smsuser :: where (['id' => $ user ['id'], 'salon' => $ oldmoney])-> find ();
    if (! $ newuser) $ this-> fehler ('Benutzer existiert nicht');
    // Datenbanktransaktion öffnen DB :: Transaktion (Funktion () Verwendung ($ Newuser, $ orderid, $ newmoney) {
        $ newuser-> balance = $ newmoney;
        $ result = $ newUser-> save ();
        if (! $ result) $ this-> fehler ('Save-Balance fehlgeschlagen');

         // Erstellen Sie einen Bestellcode
         // Inventarcode abziehen
         // Benutzerausgleichsänderungsdatensatzcode erstellen    
        db :: commit (); // Transaktion begehen (übermäßiger Betrieb)        
    });
}

Fehlerursache:

1. Optimistischer Sperrpositionierfehler: find() wird außerhalb der Transaktion ausgeführt. Mehrere gleichzeitige Anfragen erhalten den gleichen $oldmoney -Wert. Nur save() -Operationsvorgang der ersten Anfrage ist erfolgreich, und nachfolgende Anfragen fehlen, da balance nicht mehr gleich $oldmoney ist. Die bedingte Beurteilung der optimistischen Verriegelung sollte in update -Erklärung vorgenommen werden.

2. db::commit() redundant: db::transaction() bezieht die Transaktion automatisch, es sei denn, ein Ausnahme -Rollback tritt auf. Manueller Anruf bei db::commit() ist überflüssig und kann Fehler maskieren.

Fehlercode -Snippet 2:

 öffentliche Funktion userBuy ()
{
    // ... (Der Code ist der gleiche wie oben, der Teil wird weggelassen) ...

    // Optimistische Sperrlösung (falsche Punkte)
    $ newuser-> balance = $ newmoney;
    $ result = $ newUser-> save ();
    if (! $ result) $ this-> fehler ('Save-Balance fehlgeschlagen');

    // Datenbanktransaktion öffnen (Fehler)
    Db :: Transaktion (function () use () {
         // Erstellen Sie einen Bestellcode
         // Inventarcode abziehen
         // Benutzerausgleichsänderungsdatensatzcode erstellen    
        Db :: commit (); // Transaktion begehen (übermäßiger Betrieb)         
    });
}

Fehlerursache:

Die Bilanz -Aktualisierungsoperation wird außerhalb der Transaktion ausgeführt. Wenn nachfolgende Operationen (Erstellen von Bestellungen, Abzweigung des Inventars usw.) ausfallen, wurde der Restbetrag aktualisiert, was zu inkonsistenten Daten führt.

Richtige Lösung:

Die bedingte Beurteilung der optimistischen Verriegelung sollte in die Datenbank update -Anweisung aufgenommen werden, und alle Vorgänge, die sicherstellen müssen, dass die Atomizität in dieselbe Transaktion einbezogen werden muss.

Richtiger Code:

 öffentliche Funktion userBuy ()
{
    $ user = $ this-> getUser ();
    $ oldmoney = $ user ['salon'];
    $ orderoffer = $ this-> getOrderMoney ($ orderid);
    if ($ oldmoney  fehler ('unzureichender Kontosaldo');

    $ newmoney = $ oldmoney - $ orderOsfer ['preis'];

    // Verwenden Sie optimistische Sperrmechanismen für Datenbanken (wie MySQL)
    $ betroffene = smsuser :: wo ('id', $ user ['id'])
        -> Wo ('Balance', $ Oldmoney)
        -> update (['Balance' => $ newmoney]);

    if ($ AffectionRows === 0) {
        $ this-> fehler ('Gleichgewichts-Update fehlgeschlagen, es kann gleichzeitige Konflikte geben'); // optimistische Schloss fehlgeschlagener Rückkehr;
    }

    // Aktivieren Sie die Transaktion, einschließlich aller nachfolgenden Operationen db :: Transaktion (Funktion () Verwendung ($ orderid, $ newmoney, $ user) {
        // Erstellen Sie einen Bestellcode
        // Inventarcode abziehen
        // Benutzerausgleichs -Änderungsdatensatzcode erstellen (stellen Sie sicher, dass diese Vorgänge auch in der Transaktion enthalten sind)
    });
}

Diese Lösung platziert Gleichgewichtsaktualisierungen und nachfolgenden Vorgänge in derselben Transaktion und verwendet den von der Datenbank bereitgestellten optimistischen Sperrmechanismus, um die Datenkonsistenz sicherzustellen. Wenn ein Betrieb fehlschlägt, rollt die Transaktion automatisch zurück, um die Datensicherheit zu gewährleisten. Vermeiden Sie manuell von Transaktionen, vereinfachen Code und Verbesserung der Lesbarkeit. Wenn die Anzahl der von der update -Anweisung betroffenen Zeilen 0 beträgt, bedeutet dies, dass die optimistische Sperre fehlschlägt und gleichzeitige Konflikte behandelt werden müssen. Solche Situationen können mit Wiederholungsmechanismen oder anderen Strategien behandelt werden. Die spezifische Implementierung der Optimismus -Sperre hängt vom verwendeten Datenbanksystem ab.

Das obige ist der detaillierte Inhalt vonPHP Optimistische Sperrung in Kombination mit Transaktionsabzugsbilanz fehlgeschlagen: Wie kann sichergestellt werden, dass der Restbetrag in Gleichzeitverwaltung korrekt abgezogen wird?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!