Ich setzt MySQL5 mit InnoDB ein. Wenn ich ein Select mache und danach die Datenbank mit anderen Tools verändere, bekomme ich über hibernate das alte Ergebnis. Ich habe bereits alles deaktiviert, was ich finden konnte (Second Level Cache, etc).

Wenn ich mit Wireshark teste, ob denn überhaupt eine Datenbankabfrage durchgeführt wird, dann sehe ich, dass eine durchgeführt wird, aber der Inhalt einem alten Stand entspricht. Ich habe das Select auch schon in einer Transaktion durchgeführt (was ja eigentlich nicht notwendig ist) und kam zum selben Ergebnis.

Beruflich setzte ich Hibernate mit mssql ein und habe dieses Problem noch nicht gehabt. Mein Verdacht geht in Richtung, dass ich glaube, dass solange die Session irgendwie offen ist, mysql mir das alte Ergebnis zurückliefert. Das ist aber nicht gewünscht.

wenn ich hibernate.connection.pool_size auf 0 setze, dann funktioniert es wie erwartet.. Bug oder Feature? Oder verstehe ich hier etwas falsch?

So langsam habe ich das Gefühl, dass ich mich einfach zu blöd anstelle.

MfG
Michael

Hibernate hält an für sich min. eine Session bzw. eine Connection zur DB im Hintergrund offen und greift immer auf diese zu. Aus diesem Grund belibt auch der Cache aktiv.

Dein Problem wird der First-Lvl-Cache sein. Startest Du eine Db-Abfrage mehrmals, so wird beim ersten Zugriff auf die DB zugegriffen. Ab der zweiten Abfrage dagegen kommen die Daten direkt aus dem Cache.
Eine Aktualisierung solltest Du über einen refresh-Befehl bekommen. Ansonsten bekommt Hibernate die Änderungen an der Datenbank über externe Systeme nicht automatisch mit.

ich habe vergessen zu erwähnen, dass sich die Abfrage ändert.. es wird als Parameter immer das aktuelle Datum benutzt..

ich habe außerdem mit wireshark mal das Netzwerk belauscht und festgestellt, dass Hibernate sehr wohl die Datenbank abfragt, aber das Ergebniss, was mysql dabei dann zurückliefert immer das selbe ist (trotz anderem Parameter). Wenn ich dann beim Connection Pooling die Anzahl der Verbindungen auf 0 setze (ich gehe davon aus, dass dann das Pooling deaktiviert wird), dann verhält es sich wie gewünscht.

mit nem mssql server hatte ich bisher nicht mal ansatzweise solche interessanten Probleme (ohne damit jetzt sagen zu wollen, dass der server gut ist (geht so)). daher bin ich davon ausgegangen, dass ich hibernate und wie es mit datenbanken arbeitet im Prinzip verstanden habe. Das hier irritiert mich dann aber doch irgendwie.

Möglicherweise hält Hibernate noch irgendwie eine Transaktion offen, so das mysql korrekterweise ein altes Ergebnis zurückliefert.. wobei mich das dann aber irritiert, da ich keine Transaktionen benutzt habe.

Hat Deine andere Applikation vielleicht ein Transaktionsmanagement welches die Änderungen sperrt?

nunja.. das ist im wesentlichen der mysql-query-browser gewesen..
SQL Squirell (oder wie das Teil heist) hat die Änderungen auch gesehen..

nur halt Hibernate nicht..

ich werde heut mal ein Testsetup machen, wo ich das ganze mal auf ein Minisetup reduziere.. vielleicht finde ich es ja, ansonste könnte das ne Testsuite werden.. :) :)

Hast Du

Query.setCacheMode(CacheMode.REFRESH)

schon mal ausprobiert?

nein.. hab ich nicht.., aber teste ich gern..
es ist halt etwas verstörend, wenn ich ein ähnliches Setup mit mssql fahre und diese Probleme nicht habe und solche Workarounds auch nicht benutzt habe,..

wie gesagt. ich mach jetzt mal n Test, mal sehen was da rauskommt..

Ich habe es herausgefunden..

wenn man hibernate die Verbindungsdaten in der hibernate.cfg.xml übergibt schließt er offensichtlich die Verbindung nicht und bekommt so alte Daten.

Wenn man eine Datasource benutzt, dann funktioniert es mit den selben Einstellungen.

Manchmal sollte man mal reinen Tisch machen und von vorne anfangen. Hat in dem Fall geholfen..