Le mode d'interaction par défaut lorsque l'on tape des commandes SQL est le mode auto-commit. Cela signifie que les commandes sont prises en compte et validées lorsqu'elles sont exécutées. Dans ce cas il n'y a pas vraiment de transaction, ou plutôt, chaque transaction commence et se termine au moment où l'on entre une commande. Sur MySQL, pour désactiver ce mode, il faut entrer la commande :
Remplacer le 0 par un 1 permet de réactiver ce mode. Toujours sous MySQL =, on peut également désactiver les contraintes référentielles par la commande suivante.
Une fois que l'on a désactiver ce mode, il devient possible de gérer le début et la fin des transactions manuellement.

Fixer le niveau d'isolation d'une transaction se fait par la commande suivante.

Démarrer une transaction se fait par la commande suivante.
Toutes les commandes qui suivent s'effectuent dans le contexte de cette transaction, suivant le niveau d'isolation qui a été choisi. Le démarrage d'une nouvelle transaction désactive le mode autocommit.

Une transaction peut se terminer par la validation ou l'annulation des commandes qui ont été passées. Dans le premier cas, il faut entrer la commande commit, dans le seconde la commande rollback. Une opération commit peut échouer, par exemple si des contraintes ne sont pas vérifiées en sortie de transaction. Dans ce cas, l'ensemble de la transaction est annulée.

D'une façon générale, les commandes DDL ( create, alter, drop) déclenchent automatiquement la validation de la transaction dans laquelle elles sont exécutées. On dit qu'elles fonctionnent en auto-commit . Les commandes DML ( select, insert, update, delete) ne peuvent plus être annulées si elles ont été validées automatiquement par l'exécution d'une commande DDL. Il est donc important d'éviter d'entrer des commandes DML et DDL dans une même transaction.