Unnötige Datenbanktransaktionen verursachen Langsamkeit?

Question

Ich arbeite in einer Spring, Java, Hibernate, PostgreSQL Umgebung. Ich sehe eine ziemlich schwere Langsamkeit in meiner Datenbank. Meine spezifische Frage ist, wie schlecht es ist, wenn ich Spring @Transactional Annotation zu einer Klasse hinzufüge, die Methoden enthält, die die Datenbank nicht treffen? Mit anderen Worten, sie erfordern keine Transaktion. Angenommen, diese Methoden gehören zu den am häufigsten verwendeten Methoden.

So etwas wie dieses (nur ein Beispiel):

@Component 
@Transactional 
public class ProjectManager { 

    public String getProjectUrl(Project project) { 
     //simple logic that does not use the database 
     return "/my/url/" + project.getId(); 
    } 

} 

Ich verstehe es viele Faktoren gibt, die Datenbank Langsamkeit verursachen kann. Ich frage mich nur, ob das eine riesige rote Flagge ist oder nicht so groß von einem Deal? Sollte ich diese Methoden herausziehen und in eine andere Klasse legen, die nicht mit @Transactional gekennzeichnet ist?

TIA

Answer 1

Zu allererst Ihre getProjectUrl Methode wird mit Feder Aspekt abgefangen werden, dass:

1. Transaktion erstellt bei Bedarf
2. Ihre Methode Ruft
3. schließt Transaktion

Dies ist gut beschrieben unter spring docs. Außerdem ist Spring nicht intelligent genug, um zu verstehen, dass der Methodencode überhaupt keine DB verwendet (as we see see in source).

So können wir definitiv zu dem Schluss kommen, dass die @Transactional von Spring einige Overhead verursacht.

Aber welche Art von Overhead?

• Java in jedem Fall - Aspect Code implementiert sowieso
• Je nach propagation Wert von @Transactional können wir physikalische (DB) Transaktion zu schaffen gezwungen werden. Dies verursacht Netzwerk + Verbindung + db-Side-Overhead.

Von anderer Seite, wenn Sie @Transactional entfernen, sollten Sie auch wissen, dass Postgres ANY nicht transaktionalen SQL-Abfrage in impliziten Transaktions (docs) wickelt:

PostgreSQL tatsächlich behandelt jede SQL-Anweisung als innerhalb einer Transaktion ausgeführt werden. Wenn Sie keinen BEGIN-Befehl ausgeben, hat jede einzelne Anweisung einen impliziten BEGIN und (falls erfolgreich) COMMIT um sie herum.

Schließlich die Antwort: Verwenden Sie nicht @Transactional, wenn Ihre Methode nicht mit DB zu tun hat.