Discussion :

[ploxien]

Hello,

Je patauge sur un problème que je soupçonne venir du cache...

J'utilise:
JDK 6
Mysql 5.0
Hibernate

Mon but:
J'ai un programme mutli-thread. Un thread va peupler la base de donnée, un second reprendre ces infos stockées pour les utiliser. La base de donnée est utilisée comme intermédiaire, car ces threads pourraient ne pas s'executer en même temps...

Bref, ces threads fonctionnent très bien séparéments (j'en lance un, il se termine, je lance le second). Mais dès qu'ils tournent ensemble, voilà ce qui se passe.

Mon premier thread insère des données dans la base (je les vois avec SQL Manager 2007).
Mon secon lit la base, mais ne voit pas ces données. C'est comme si elles n'existaient pas!

J'ai voulu désactiver le cache, j'ai procédé comme suit:
hibernate.cfg.xml:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<property name="hibernate.cache.use_query_cache">false</property>
<property name="hibernate.cache.use_second_level_cache">false</property>
<property name="hibernate.cache.use_structured_cache">false</property>

Mon code JAVA qui lit dans la base:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Session session = HibernateUtil.currentSession();
session.clear();
 
Query query = session.createQuery("from RawMessage as raw");
query.setCacheMode(CacheMode.IGNORE);
query.setCacheable(false);
List<RawMessage> rawMessages;
rawMessages = query.list();

et cette list est toujours vide.

Il faut comprendre que ce code s'exécute une fois quand il n'y a pas encore les données, ensuite les données sont insérées, puis ce code s'exécute à nouveau. Mais lors de cette seconde exécution, il doit chercher dans un cache quelconque, vu qu'il ne trouve pas de données...

Je présume que mon problème est lié à la lecture et non à l'écriture, car sinon je ne verrais pas mes données dans la base avec SQL Manager?!?

J'ai aussi essayé, sur le serveur MySql:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set global query_cache_size=0;

Bref, je suis vraiement coincé...

Une idée??

[mOuLi]

Peut-être faudrait-il regarder du côté :

• de la transaction (est-ce que le commit a bien eu lieu avant que le 2ème thread ne tente de lire les données ?)
• et du niveau d'isolation (dirty read ? commited read ?) pour le thread en lecture

[ploxien]

• de la transaction (est-ce que le commit a bien eu lieu avant que le 2ème thread ne tente de lire les données ?)

  Oui, certain!

• et du niveau d'isolation (dirty read ? commited read ?) pour le thread en lecture

  Que veut-tu dire? Je ne connais pas cela...

[mOuLi]

Pour l'explication sur l'isolation des transactions (le "I" dans "ACID") : voir ici

Concernant Hibernate le niveau d'isolation transactionnel se configure dans le fichier de configuration (hibernate.cfg.xml) via le paramètre connection.isolation comme par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<!-- DB JDBC connection properties --> 
<!-- Transaction isolation 2 = READ_COMMITTED --> 
<property name="connection.isolation">2</property>

[OButterlin]

Je ne pense pas que ça vienne de là puisqu'il dit que le commit a été fait.
Le niveau d'isolation est pour les enregistrements en attente de validation, pas pour ceux qui l'ont été...

Peux-tu tout de même montrer le code d'écriture ?

[ploxien]

Le code d'écriture:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
        Transaction tx = session.beginTransaction();
        for(RawMessage message : rawMessages) {
            session.save(message);
        }
        this.setActive(false);
        session.update(this);
        tx.commit();