Oracle garantit la durabilité et la cohérence des transactions à l'aide de REDO pour les validations et d'annuler pour les reculs. Au cours d'un engagement, Oracle génére un enregistrement de validation dans le tampon de journal de rétablissement, marque les changements permanents dans les journaux de rétablissement et met à jour le SCN pour refléter l'état de base de données actuel. Pour les rétroviseurs, Oracle utilise des données d'annulation pour réintégrer les modifications en reconstruisant les valeurs d'origine et en maintenant la cohérence de lecture. Redro enregistre les modifications pour la récupération, stockés dans les journaux de rétablissement en ligne, tandis que l'annulation des stores sur la fa?on de renverser les modifications pour le retrait et la cohérence, conservés dans des espaces de table d'annulation. Les principales considérations pratiques comprennent: 1) les engagements fréquents augmentent la rétrofacturation mais réduisent l'utilisation d'annulation; 2) De grandes transactions peuvent déclencher des erreurs "instantanées trop anciennes" si l'annulation de la rétention est insuffisante; 3) le moniteur est de réviser via des fichiers V $ sysstat ou de trace; 4) Assurer la taille et la rétention adéquates de l'espace de table et de rétention pour les requêtes longues; et 5) Vérifiez les événements d'attente comme la synchronisation du fichier journal ou ENQ: TX - affirmation lors du dépannage des problèmes de performances.

Oracle gère les commits de transaction et les rollbacks à l'aide de deux mécanismes de base: RecOd et UNDO . Ceux-ci fonctionnent ensemble pour garantir la cohérence des données, la durabilité et la capacité de se remettre des échecs.

Que se passe-t-il lors d'un engagement

Lorsque vous émettez un COMMIT , Oracle n'écrit pas immédiatement toutes les modifications des fichiers de données. Au lieu de cela, il fait quelques choses clés:

• Il génère un enregistrement de validation dans le tampon de journal de rétablissement.
• Toutes les modifications apportées par la transaction jusqu'à ce point sont marquées comme permanentes dans les journaux de rétablissement.
• Le numéro de modification du système (SCN) est mis à jour pour refléter le point actuel dans le temps de la base de données.

Ainsi, même si les blocs de données réels n'ont pas encore été écrits sur le disque, le fait que la transaction engagée soit enregistrée dans le journal de rétablissement. C'est pourquoi Oracle peut garantir la durabilité - une fois qu'un engagement revient avec succès, le changement est s?r, même en cas de crash.

Comment le Rollback fonctionne avec l'annulation

Si une transaction est annulée (soit explicitement ou en raison d'une erreur), Oracle utilise des données d'annulation pour retourner les modifications.

Chaque modification effectuée par une transaction est d'abord enregistrée dans l'espace de table d'annulation avant la modification des données réelles. Cela permet à Oracle de:

• Reconstruire les valeurs d'origine des données modifiées.
• Maintenir la cohérence de lecture pour d'autres sessions qui pourraient interroger simultanément les mêmes données.

Par exemple, si la session A met à jour une ligne et la session B la demande avant le commit, la session B voit la version originale de la ligne à l'aide des données d'annulation.

Rollback revient essentiellement à ces informations d'annulation à l'envers, restaurant la base de données à son état avant le début de la transaction.

Redo vs UNO - Différences clés

Il est facile de mélanger refaire et annuler, mais voici comment ils diffèrent en fonction:

• Reder :

  • Enregistre les modifications apportées à la base de données.
  • Utilisé pour la récupération - récupération des instances, récupération des médias, etc.
  • Stocké dans des fichiers journaux en ligne .
  • Chaque changement passe par le tampon de b?che de rétablissement avant d'être rincé sur le disque.

• Défaire :

  • Enregistre comment annuler un changement.
  • Utilisé pour les recul et maintien de la cohérence de lecture.
  • Stocké dans des espaces de table d'annulation .
  • également utilisé par Oracle pour les fonctionnalités de flashback et les lectures cohérentes.

En bref:

Redo consiste à enregistrer les modifications de récupération; L'annulation consiste à préserver les anciennes valeurs pour le retour en arrière et la cohérence.

Implications pratiques et considérations de réglage

La compréhension de ces mécanismes aide à gérer les performances ou les problèmes de récupération.

Voici quelques points pratiques:

• Les engagements fréquents réduisent la quantité d'annulation nécessaire, mais augmentent la génération de rétroaction. Ainsi, dans les opérations en vrac, lancez vos engagements judicieusement.
• De grandes transactions peuvent provoquer des erreurs de "instantané trop anciennes" si l'annulation de la rétention n'est pas suffisante.
• Vous pouvez surveiller la génération de rétroaction via des vues telles que V$SYSSTAT ( redo size ) ou des fichiers de trace.
• Pour des rapports ou des requêtes de longue durée, assurez-vous que votre espace de table d'annulation est suffisamment grand et configuré avec une rétention appropriée.

Si vous résumez les problèmes de performances liés à Redo ou UNDO, la vérification des événements d'attente comme log file sync (pour Redo) ou enq: TX – contention (pour UNDO) peut aider à identifier les goulots d'étranglement.

C'est ainsi que Oracle assure une gestion fiable des transactions sous le capot. Pas quelque chose que vous voyez tous les jours, mais bon à comprendre lors du réglage ou du comportement de la base de données.

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!