Les trois modes de déclaration, la ligne et les mixtes doivent être sélectionnés selon la scène. 1. Le mode d'instruction enregistre les instructions SQL avec un petit volume de journal et une forte lisibilité, mais peut entra?ner une incohérence entre le ma?tre et les esclaves. Il convient aux environnements SQL sensibles aux log et simples; 2. Le mode Row Enregistre les modifications de ligne, avec une cohérence élevée, adaptée aux applications financières et aux audits de données, mais à de grands journaux et une mauvaise lisibilité; 3. Le mode mixte change automatiquement, prenant en compte les performances et la cohérence, et convient aux systèmes généraux. Si vous faites attention aux journaux et au déterminisme, choisissez une déclaration; Si vous faites attention à la cohérence ou utilisez des fonctions incertaines, choisissez Row; Si vous considérez le compromis, choisissez mitigé. Faites attention à la compatibilité des moteurs de stockage et aux exigences d'architecture lors de la configuration.

MySQL Binlog a trois formats: déclaration, ligne et mixtes. Celui à choisir dépend de votre scénario et de vos besoins d'utilisation.

1. Mode de déclaration: l'instruction SQL est enregistrée

Dans ce mode, le binlog enregistre les instructions SQL que vous exécutez, telles que UPDATE table SET col = 1 WHERE id = 2 . Lorsque le ma?tre et la copie des esclaves, la bibliothèque des esclaves réexécutera ces instructions.

avantage:

• Petit volume de journal, enregistrer l'espace disque
• Forte lisibilité, vous pouvez voir directement quels SQL sont exécutés

défaut:

• Pas assez précis, certaines fonctions (comme maintenant (), uUid ()) peuvent produire des résultats différents sur le ma?tre et l'esclave
• Peut provoquer une incohérence dans les données ma?tre-esclave

Scénarios applicables:

• Systèmes sensibles au volume de journaux
• SQL est une application simple et déterministe
• Pas très dépendant d'un environnement complètement cohérent pour Master-Slave

2. Mode de ligne: la ligne de données modifiée réelle est enregistrée

Le modèle de ligne enregistre les modifications de chaque ligne de données, et non la SQL exécutée. Par exemple, un champ sur quelle ligne est changé de A à B.

avantage:

• Cohérence élevée des données, adaptée aux systèmes avec des exigences de haute précision
• évitez les problèmes d'incertitude en mode déclaration

défaut:

• Grand volume de journaux, surtout lorsque les grandes mises à jour par lots
• Le journal est mal lisible et nécessite une analyse des outils pour comprendre ce qui a été modifié.

Scénarios applicables:

• Systèmes avec des exigences de cohérence ma?tre-esclave élevées, telles que les applications financières
• Business utilisant des fonctions ou des déclencheurs incertains
• Scénarios où des audits de données ou une récupération incrémentielle sont nécessaires

3. Mode mixte: utilisez deux modes de manière mixte

MySQL détermine automatiquement quand utiliser l'instruction et quand utiliser la ligne. Par défaut, l'instruction est utilisée pour les opérations déterministes et les incertitudes sont automatiquement commutées en ligne.

avantage:

• Prendre en compte les performances et la cohérence
• Réduire le volume des journaux tout en assurant la sécurité des opérations critiques

défaut:

• Contr?le inflexible, parfois vous voudrez peut-être forcer un certain format mais ne peut pas intervenir
• Pas aussi clair qu'un format unique lors du débogage

Scénarios applicables:

• Système général avec certaines exigences de performance et de cohérence
• Je ne veux pas ajuster manuellement le format fréquemment, laissez-le à MySQL pour votre propre jugement

Comment choisir? Ces points doivent être considérés clairement:

• Si vous appréciez la taille et la lisibilité du journal et que SQL est principalement déterministe, envisagez une déclaration.
• Si vous vous souciez de la cohérence ma?tre-esclave ou utilisez souvent des fonctions et des déclencheurs non déterministes, vous devez utiliser Row.
• Si vous n'êtes pas s?r et que vous ne voulez pas faire de problèmes, le mixage est un compromis.

De plus, certaines fonctions (telles que GTID) recommandent d'utiliser le mode ROW; Certaines architectures ma?tre-esclave (telles que la réplication à plusieurs niveaux) conviennent également à Row.

La méthode de configuration est très simple, ajoutez une phrase au fichier de configuration:

 binlog_format = ligne

Ou modification dynamique au moment de l'exécution:

 Définir global binlog_format = 'row';

Cependant, il convient de noter que tous les moteurs de stockage ne prennent pas en charge le mode Row, comme le moteur de mémoire,.

Fondamentalement, c'est tout. Le format à choisir n'est pas compliqué, mais il est facile d'ignorer l'impact réel. Il est préférable de décider en fonction de vos propres caractéristiques commerciales.

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!