Discussion :

[Sphost]

Bonjour,
J'ai un application .NET attaquant une base Oracle 10g qui a tendance à produire des locks dans certains cas particulier que je n'arrive pas à définir.
Avec les requêtes que j'ai pu trouver sur ce forum j'arrive à identifier la session qui lock et celle qui attend.
Pour la session en attente, je suis capable de récupérer la requête en cours via la column SQL_ID de la table V$SESSION, par contre pour la session qui bloque, le champ SQL_ID est vide.

Exemple Simple pour illustrer :
Si je fais un update sur une la première ligne d'une table avec la session 1 mais que je ne commit pas. Et que je tente ensuite avec la session 2 de faire un update sur cette même ligne, j'obtiens un lock tant que je ne commit pas la session 1.
Avec la table V$SESSION et le champ SQL_ID je peux effectivement retrouver la requête en attente pour la session 2 par contre je n'arrive pas à trouver la requête de la session 1.

Y a-t-il une possiblité de récupérer cette requête? Sinon peut-on éventuellement savoir quels objets sont lockés?

Ces problèmes se produisant uniquement en production (dû notamment à la densité du trafic) il n'est donc pas envisageable de tracer la session.

Le but final est d'identifier avec précision les requêtes incriminés.

Merci d'avance.

[PpPool]

Dans mon chapeau magique, j'ai retrouvé çà pour tracer les locks

Code :

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

1
2
3
4
5
6
select sid, serial#,username, program, terminal from v$session;
select * from v$lock;
select * from v$locked_object;
select * from v$open_cursor where user_name=myuser;
select * from dba_waiters;
select * from dba_blockers;

en espérant que cela puisse t'aider

[orafrance]

la FAQ et la page Source montre aussi des requêtes intéressantes

[Sphost]

la FAQ et la page Source montre aussi des requêtes intéressantes

Dans la FAQ je n'ai trouvé que ceci : Comment détecter les verrous (locks) ?

Pas contre je n'ai rien trouvé de plus dans la page Source, as-tu un exemple que j'aurais raté?

Dans mon chapeau magique, j'ai retrouvé çà pour tracer les locks

Code :

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

1
2
3
4
5
6
select sid, serial#,username, program, terminal from v$session;
select * from v$lock;
select * from v$locked_object;
select * from v$open_cursor where user_name=myuser;
select * from dba_waiters;
select * from dba_blockers;

en espérant que cela puisse t'aider

Merci Ppool, la table v$open_cursor semble garder les dernières requêtes effectuées par la session si j'ai bien compris.
Théoriquement ma requête qui lock doit être une de celle-là, mais peut-on savoir exactement laquelle est la dernière à avoir été exécuté?

[orafrance]

http://oracle.developpez.com/sources...eau1#lst_locks

pour la dernière c'est pas possible, au mieux tu as celle en cours et ça a déjà du être traité dans ce forum

[McM]

J'avias déjà fait des recherches pour ça. Ce n'est pas possible de connaitre exactement quelle requete à créé le lock.
Tu peux toujours retrouver la table, le block, la ligne lockée, la session qui locke.
A partir de là rechercher dans les requetes des sessions celle(s) qui correspond à ça.

[pifor]

Avec les éléments suivants, il doit être facile de retrouver les requêtes qui verrouillent des lignes d'une table:

• Une ligne est verrouillée en mode exclusif par SELECT FOR UPDATE, INSERT, UPDATE ou DELETE.
• Un SELECT sans clause for UPDATE ne verrouille pas de ligne.
• Les verrous ne sont libérés qu'au COMMIT et au ROLLBACK.

Lorsqu'il y a un ou plusieurs verrou(s) exclusif(s) sur 1 ou plusieurs lignes d'une même table, il y un (et un seul) verrou de type TX dans V$LOCK. Voir le début de la discussion AskTom avec un exemple complet.