Datenbank - /sql-Transaktions-Objekte sicher für den gleichzeitigen Zugriff?

Ich ausführen müssen mehrere SQL Abfragen (select, update, delete) gleichzeitig und roll zurück, wenn goroutine Fehler aus. Also die Frage: sind die DB - Transaktionen sicher für gleichzeitigen Zugriff?

  • Es gibt zwei Schichten, die hier beteiligt sind: Transaktionen auf der Datenbank-engine-Ebene (MySQL unterstützt Sie, wenn Sie die zugrunde liegende Datenbank-engine unterstützt (InnoDB funktioniert)) und Instanzen von database/sql Bibliothek-Typen, die die Vermittlung zwischen Programm und Datenbank-engine Transaktionen. Diese sind separate Konzepte (wenn auch Verwandte) und Sie haben wirklich richtig zu erklären, welche Sie interessiert. Meinst du MySQL Transaktionen von Instanzen von sql.Tx geben?
InformationsquelleAutor hey | 2014-08-15
  1. 11

    DB ist sicher für den Zugriff von mehreren goroutines:

    DB ist ein Datenbank-handle, einen pool von null oder mehreren zugrunde liegenden verbindungen.

    Es ist sicher für die gleichzeitige Verwendung durch mehrere goroutines.

    Auch Stmt sichere Nutzung von mehreren goroutines:

    Stmt ist eine vorbereitete Anweisung. Stmt ist sicher für die gleichzeitige Verwendung durch mehrere goroutines.

    Sollten Sie nur eine sql.Tx pro goroutine:

    Einmal DB.Beginnen Sie aufgerufen wird, der zurückgegebene Tx gebunden ist, um eine einzelne Verbindung

    • "Sie sollten nur eine sql.Tx pro goroutine". Sie meinte wohl zu sagen, eine gorouting pro Tx, obwohl ich immer noch nicht sehen, wie das folgt aus den Unterlagen, die Sie zitiert.
    InformationsquelleAutor OneOfOne
  2. 1

    Im Allgemeinen ja, aber Sie haben die Ebene zu definieren, von der Sicherheit, die Sie benötigen. Die drei standard-Phänomene, die auftreten können in einer Transaktion sind:

    - Dirty reads (read uncommitted data)
- Nonrepeatable reads (a row is retrieved twice and the values within the row differ between reads)
- Phantom reads ( two identical queries are executed, and the collection of rows returned by the second query is different from the first)

    Abhängig davon, welches Verhalten akzeptiert wird, die Sie verwenden können, verschiedene Isolationsstufen:

    - Read uncommitted (all phenomena possible)
- Read committed (dirty read prevented)
- Repeatable reads (phantom read can occur)
- Serializable (non of the phenomena is possible)

    Im Allgemeinen die "höheren" isolation-level Sie verwenden, desto schlechter ist die Parallelität, die Sie erhalten. Ärmer in dem Sinne, dass mehrere Schlösser verwendet werden und blockiert gleichzeitige Abfragen von anderen Transaktionen. Wenn Sie wissen, dass Sie aktualisieren eine Zeile, die ausgewählt ist, können Sie select ... for update.

    Siehe zum Beispiel http://en.wikipedia.org/wiki/Isolation_%28database_systems%29 für eine ausführliche Erklärung.

    • Ich vermute, der OP ist eher die Frage, ob eine sql.Tx können verwendet werden, die gleichzeitig von mehreren goroutines. Was es nicht kann.
    InformationsquelleAutor Lennart
Schreibe einen Kommentar