Y a-t-il des transactions dans MySQL ?

Il existe des transactions dans MySQL, mais seules les bases de données ou les tables utilisant le moteur de base de données Innodb prennent en charge les transactions. Le traitement des transactions peut être utilisé pour maintenir l'intégrité de la base de données. Il soumet ou révoque les demandes d'opération au système avec toutes les commandes dans leur ensemble, c'est-à-dire que cet ensemble de commandes de base de données est exécuté ou non.

(Tutoriel recommandé : Tutoriel vidéo MySQL)

La transaction de base de données (Transaction) est un mécanisme, une opération La séquence contient un ensemble de commandes d’opération de base de données. Une transaction soumet ou révoque une demande d'opération au système avec toutes les commandes dans leur ensemble, c'est-à-dire que cet ensemble de commandes de base de données est soit exécuté, soit non exécuté, la transaction est donc une unité de travail logique indivisible.

Lors de l'exécution d'opérations simultanées sur un système de base de données, les transactions sont utilisées comme la plus petite unité de contrôle, ce qui est particulièrement adapté aux systèmes de bases de données exploités par plusieurs utilisateurs en même temps. Par exemple, les systèmes de réservation des compagnies aériennes, les banques, les compagnies d'assurance et les systèmes de négociation de titres.

• Dans MySQL, seules les bases de données ou les tables utilisant le moteur de base de données Innodb prennent en charge les transactions.

• Le traitement des transactions peut être utilisé pour maintenir l'intégrité de la base de données et garantir que les lots d'instructions SQL sont tous exécutés ou ne sont pas exécutés du tout.

• Les transactions permettent de gérer les instructions d'insertion, de mise à jour, de suppression

Les transactions ont 4 caractéristiques, à savoir l'atomicité (Atomicité), la cohérence (Consistance), Isolation (Isolement) et Durabilité (Durabilité), ces quatre caractéristiques sont souvent appelées ACIDE.

1. Atomicité

Une transaction est une opération complète. Les éléments d'une transaction sont indivisibles (atomiques). Tous les éléments de la transaction doivent être validés ou annulés dans leur ensemble. Si un élément de la transaction échoue, la transaction entière échoue.

Prenons l'exemple de la transaction par virement bancaire. Si la transaction est soumise, les données des deux comptes seront mises à jour. Si, pour une raison quelconque, la transaction se termine avant la mise à jour réussie des deux comptes, les soldes des deux comptes ne seront pas mis à jour, les modifications apportées aux soldes des comptes seront annulées et la transaction ne pourra pas être partiellement validée.

2. Cohérence

Lorsque la transaction est terminée, les données doivent être dans un état cohérent. Autrement dit, les données stockées dans la base de données sont dans un état cohérent avant le début de la transaction. Lors d'une transaction en cours, les données peuvent être dans un état incohérent, par exemple, les données peuvent être partiellement modifiées. Cependant, lorsque la transaction se termine avec succès, les données doivent à nouveau être renvoyées à un état cohérent connu. Les modifications apportées aux données via des transactions ne peuvent pas endommager les données, ou les transactions ne peuvent pas laisser le stockage des données dans un état instable.

Prenons comme exemple les transactions par virement bancaire. Avant le début de la transaction, le total de tous les soldes des comptes est dans un état cohérent. Au cours de la transaction, le solde d'un compte est réduit, tandis que le solde de l'autre compte n'a pas été modifié. Par conséquent, le total de tous les soldes des comptes est incohérent. Une fois la transaction terminée, le solde total du compte est à nouveau rétabli dans un état cohérent.

3. Isolement

Toutes les transactions simultanées qui modifient les données sont isolées les unes des autres, ce qui indique que la transaction doit être indépendante et qu'on ne doit pas s'y fier en aucun cas. manière Dans ou affecter d’autres affaires. Une transaction qui modifie les données peut accéder aux données avant le début d’une autre transaction utilisant les mêmes données ou après la fin d’une autre transaction utilisant les mêmes données.

De plus, lorsqu'une transaction modifie des données, si un autre processus utilise les mêmes données en même temps, les modifications apportées aux données ne prendront effet que lorsque la transaction sera validée avec succès. Le transfert entre Zhang San et Li Si et le transfert entre Wang Wu et Zhao Er sont toujours indépendants l'un de l'autre.

4. Durabilité

La durabilité d'une transaction signifie que, quelle que soit la défaillance du système, les résultats de la transaction sont permanents.

Une fois qu'une transaction est terminée avec succès, les modifications apportées à la base de données sont permanentes, même en cas de panne du système. C'est-à-dire qu'une fois la transaction validée, toute modification apportée aux données par la transaction sera conservée en permanence dans la base de données.

Le principe ACID des transactions garantit qu'une transaction est soit validée avec succès, soit échouée et annulée, selon le cas. Ses modifications apportées à la transaction sont donc récupérables. Autrement dit, lorsqu'une transaction échoue, ses modifications de données seront restaurées à l'état où elles étaient avant l'exécution de la transaction.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!