Warum ist Datenbank/SQL in Go langsamer als die direkte Abfrage von Postgres?

Abfragen mit Datenbank/SQL langsamer als direkte Abfragen an Postgres

Bei der Abfrage einer lokalen Postgres-Instanz mit einer Go-Anwendung kann es zu einem Problem kommen spürbarer Leistungsunterschied zwischen der Verwendung von Datenbank/SQL und der direkten Abfrage der Datenbank. Diese Frage untersucht die möglichen Ursachen dieser Diskrepanz.

Hintergrundinformationen

Das Datenbank/SQL-Paket bietet eine Schnittstelle für die Interaktion mit SQL-Datenbanken. Es verwaltet einen Pool von Verbindungen zur Datenbank und jede Verbindung kann zum Ausführen mehrerer Abfragen verwendet werden. Es ist jedoch wichtig, den Umgang mit Verbindungen bei der Verwendung von Datenbank/SQL zu verstehen.

• Verbindungspool: sql.DB stellt einen Pool von Verbindungen dar, nicht eine einzelne Verbindung. Der Pool kann mit Optionen wie der maximalen Anzahl von Verbindungen und der maximalen Lebensdauer von Verbindungen konfiguriert werden.
• Lazy Connection Opening: Wenn Sie eine Verbindung mit sql.Open öffnen, wird die tatsächliche Verbindung geöffnet Die Gründung erfolgt möglicherweise nicht sofort. Der Pool öffnet bei Bedarf langsam Verbindungen.

Erklärung des Leistungsunterschieds

Der Hauptgrund für den Leistungsunterschied ist:

1. Neue Verbindungen herstellen:

• Die erste db.Query ist relativ langsam, da sie den Aufbau einer neuen Verbindung zur Datenbank erfordert.
• Die zweite db.Query ist etwas langsamer, weil Der Pool öffnet eine neue Verbindung, anstatt die Verbindung der ersten wiederzuverwenden Abfrage.

Lösung:

Um den Leistungseinbruch zu beseitigen, der durch den Aufbau neuer Verbindungen verursacht wird, wird Folgendes empfohlen:

• Verbindungen zurück zum Pool freigeben: Schließen Sie nach Abschluss jeder Abfrage das von db.Query zurückgegebene Zeilenobjekt. Dadurch wird die zugehörige Verbindung wieder zum Pool freigegeben.
• Vorinitialisierung des Pools: Rufen Sie nach dem Öffnen des Pools db.Ping auf, um den Aufbau mindestens einer Verbindung zu erzwingen, bevor Abfragen ausgeführt werden . Dadurch wird sichergestellt, dass für die erste Abfrage eine verfügbare Verbindung vorhanden ist.

Mit diesen Optimierungen kann die Leistung von Datenbank-/SQL-Abfragen deutlich verbessert werden.

Hinweis zu Vorbereitete Anweisungen:

Wenn Ihre Abfragen Argumente beinhalten, ist es wichtig zu beachten, dass Datenbank/SQL tatsächlich eine vorbereitete Anweisung unter erstellt und ausführt die Haube. Vorbereitete Anweisungen bieten Effizienzvorteile, verursachen aber auch einen gewissen Mehraufwand, insbesondere bei einfachen Abfragen ohne Argumente.

Durch das Verständnis der Verbindungsverwaltung und des Verhaltens vorbereiteter Anweisungen von Datenbank/SQL können Sie Ihre Abfragen hinsichtlich der Leistung optimieren und eliminieren erhebliche Verlangsamungen.

Das obige ist der detaillierte Inhalt vonWarum ist Datenbank/SQL in Go langsamer als die direkte Abfrage von Postgres?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!