StackExchange.Redis: einige Fragen zu Transaktionen

Ich habe ein bisschen in den StackExchange.Redis Quellcode gegraben und mit dem Treiber gespielt, hier sind meine Beobachtungen:

• Beim Aufruf von Op-Methoden auf ITransaction instance
findet keine tatsächliche Interaktion statt
• Treiber beginnt mit Redis nur zu sprechen, wenn Sie Execute() / ExecuteAsync() aufrufen

Die Antworten scheinen folgende zu sein:

1. Wie von @ royimindel erwähnt, müssen alle Schlüssel in der Transaktion auf denselben Slot zielen. Andernfalls erhalten Sie die Ausnahme "Mehrfachschlüsseloperationen müssen einen einzelnen Slot einschließen".
2. Execute() / ExecuteAsync() gibt false in zwei Fällen zurück: wenn die Transaktion verworfen wurde, weil die Bedingungen nicht erfüllt waren, und wenn der Treiber den Befehl nicht einreihen konnte (z. B. wegen Server-OOM). Alle Befehlsaufgaben werden als abgebrochen markiert. Auch Execute() / ExecuteAsync() nicht gibt false zurück, wenn einer der Befehle während der Ausführung fehlgeschlagen ist (z. B. wegen falscher Typoperation).
3. Falls ein Netzwerkproblem auftritt, wird Execute() / ExecuteAsync() eine Ausnahme auslösen und alle Befehle werden im Zustand "Warten auf Aktivierung" bleiben.

Um es zusammenzufassen, sollten Befehlsaufgaben nur überprüft werden, wenn Execute() / ExecuteAsync() zurückgegebene true : jede Aufgabe enthält entweder ein Ergebnis oder einen Fehler (siehe Exception Eigenschaft).

1. "Redis Cluster implementiert alle einzelnen Tastenbefehle, die in der nicht-verteilten Version von Redis verfügbar sind. Befehle, die komplexe Multitastenoperationen ausführen, wie zum Beispiel Vereinigungen oder Schnittpunkte vom Typ Satz, werden implementiert, solange die Schlüssel alle zum selben Knoten gehören . " Ссылка

Sie können keine Multitasten-Operationen mit Multi-Cluster-Schlüsseln senden.

2. "Während einer Transaktion können zwei Arten von Befehlsfehlern auftreten:

Ein Befehl kann möglicherweise nicht in die Warteschlange gestellt werden, daher kann ein Fehler auftreten, bevor EXEC aufgerufen wird. Zum Beispiel kann der Befehl syntaktisch falsch sein (falsche Anzahl von Argumenten, falscher Befehlsname, ...), oder es kann kritische Zustände geben, wie eine Speichermangelbedingung (wenn der Server ein Speicherlimit unter Verwendung des maxmemory hat Richtlinie).

Ein Befehl kann fehlschlagen, nachdem EXEC aufgerufen wurde, zum Beispiel weil wir eine Operation gegen einen Schlüssel mit dem falschen Wert ausgeführt haben (wie das Aufrufen einer Listenoperation gegen einen Zeichenfolgenwert). " Ссылка

3. In .Net, wenn Sie eine Aufgabe ausführen, wenn eine unbehandelte Ausnahme in geworfen wird - es wird nicht außerhalb der Aufgabe Blase, wenn Sie taskInstance.Wait () verwenden - dann erhalten Sie eine AggregateException und müssen InnerExceptions für die überprüfen tatsächliche Ausnahmen.