Discussion :

[Shogun]

Bonjour,

Une personne peut me renseigner comment MySQL gère ses proc stock transactionnelement parlant.

Si je ne fais pas de "begin transaction; .... commit;" explicitement dans mon code, va-t-il le faire ?
Va-t-il poser des verrous sur des tables si je fais des update dans ma proc stock ?
En quel style de SELECT (dirty ou non?) va-t-il executer mes SELECT dans ma proc stock ?

Merci de votre aide.

Rotha

[Antoun]

Bonjour,

Une personne peut me renseigner comment MySQL gère ses proc stock transactionnelement parlant.

En gros, MySQL ne gère rien du tout. S'il n'y a aucun COMMIT dans la procédure, elle sera validée ou annulée avec le reste de la transaction. S'il y a un COMMIT, il valide indifféremment ce qui s'est passé avant le début de la procédure et les actions de procédure antérieures au COMMIT.

Si je ne fais pas de "begin transaction; .... commit;" explicitement dans mon code, va-t-il le faire ?
Va-t-il poser des verrous sur des tables si je fais des update dans ma proc stock ?

Tout se passe comme si tu exécutais les actions de la procédure hors procédure.

En quel style de SELECT (dirty ou non?) va-t-il executer mes SELECT dans ma proc stock ?

Par défaut, les transactions sont READ-COMMITTED. Ensuite, ça dépend du niveau d'isolation (SELECT @@tx_isolation / SET TRANSACTION ISOLATION LEVEL).