À quoi font référence les transactions de base de données ?

Une transaction de base de données fait référence à une série d'opérations effectuées comme une seule unité logique de travail, soit complètement exécutée, soit pas exécutée du tout, en termes simples, une transaction est une unité de contrôle de concurrence et est définie par l'utilisateur ; séquence d'opérations.

Vous utilisez Alipay pour acheter des choses au supermarché et transférer 100 yuans au supermarché. En fait, il s'agit d'un processus en deux étapes :

<.>

• La première étape consiste à soustraire 100 yuans de votre compte dans la base de données Alipay

• La deuxième étape consiste à ajouter 100 yuans au compte Alipay du supermarché et la transaction est terminée

Mais si la première étape est terminée mais que la deuxième étape n'est pas effectuée, que se passera-t-il en cas de panne de courant ?

Il arrivera que votre compte ait été réduit de 100 yuans, mais le montant sur le compte du supermarché n'a pas changé, cela ne pose-t-il pas un problème et ne conduit-il pas à une bagarre ?

Afin de résoudre ce problème de cohérence des données, des transactions de bases de données ont vu le jour.

Une transaction fait référence à une séquence d'opérations effectuées comme une seule unité logique de travail, soit complètement, soit pas du tout. En termes simples, une transaction est une unité de contrôle de concurrence et une séquence d'opérations définie par l'utilisateur.

C'est l'unité permettant à la base de données de maintenir la cohérence des données. Elle fait passer la base de données d'un état cohérent à un nouvel état cohérent, pour le dire simplement, si un ensemble d'étapes de traitement se produisent toutes ou aucune d'entre elles. sont exécutés, nous appelons cet ensemble d’étapes de traitement une transaction. Cela garantit que les données sont toujours dans un état cohérent sans nuire à leur intégrité et à leur fiabilité. Après l'exécution d'une transaction, le SGBD vérifiera automatiquement la cohérence des données dans la base de données.

Les transactions ont 4 caractéristiques, à savoir l'atomicité, la cohérence, l'isolement et la durabilité. Ces 4 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'elle ne doit en aucun cas dépendre ou affecter d'autres transactions. Une transaction qui modifie des 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, que le système échoue ou non, 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!