Wir haben eine Abfrage, die 3 Stunden dauert, um zu beenden. Das war vorher kein Problem. Vorher wird der Code, der diese Abfrage aufruft, in weblogic implementiert und verwendet den eigenen Verbindungspool-Manager des letzteren.Langsam laufende Abfrage
Jetzt, da der Prozess viel Speicher belegt, haben wir diesen Code ausgepackt und auf seinem eigenen Heap-Platz laufen lassen. Die Anfrage zum Aufruf der Anfrage erfolgt über jms. Ich habe auch bemerkt, dass der Verbindungspool-Manager, den wir verwenden, dbcp ist und seine Standardeinstellungen verwendet (max. Verbindungen = 8, min. Verbindungen = 0). Der JMS-Client ist Multithread.
Wenn wir die Abfrage über eine Schnittstelle (TOAD) ausgeführt haben, dauert es nur 2 Sekunden, also habe ich ausgeschlossen, dass die Datenbank "beschuldigt" wird.
Ich fragte mich, welche Schritte ich von hier aus unternehmen könnte, um den Flaschenhals zu finden. Vielleicht etwas mit dem Verbindungspool?