Table des matières
Processus d'écriture du journal binaire
sync_binlog
Le but de définir une valeur supérieure à 1 est d'améliorer les performances. Il ne s'agit pas seulement de valider une transaction par fsync, ce qui équivaut à un vidage par lots, mais en cas de panne de courant ou de panne du système. le journal binaire manquera davantage. Il serait plus sûr si le disque lui-même utilisait un cache disque sauvegardé par batterie. Par conséquent, il peut être défini lorsque les IOPS requises par l'entreprise sont relativement élevées, mais en général, il ne sera pas trop élevé et peut se situer dans la plage [100, 1000].
Résumé
max_binlog_cache_size
Maison base de données tutoriel mysql Maîtriser complètement le processus d'écriture du journal binaire dans MySql

Maîtriser complètement le processus d'écriture du journal binaire dans MySql

Feb 18, 2022 pm 05:06 PM
mysql

Cet article vous apporte des connaissances pertinentes sur le processus d'écriture du journal binaire dans MySQL, y compris les problèmes liés à "sync_binlog", "binlog_cache_size" et "max_binlog_cache_size". J'espère qu'il sera utile à tout le monde.

Maîtriser complètement le processus d'écriture du journal binaire dans MySql

Processus d'écriture du journal binaire

Jetons d'abord un coup d'œil à la description du document officiel de la configuration de sync_binlog.

sync_binlog



Format de ligne de commande --sync-binlog=#
Variables système sync_bin log
portée d'influence Global
Dynamique Oui
L'invite SET_VAR s'applique Non
Type Entier
Par défaut 1
Valeur minimale 0
Valeur maximale 2^32=4294967295

Contrôlez la fréquence à laquelle le serveur MySQL synchronise les journaux binaires sur le disque.

  • sync_binlog=0 : empêche le serveur MySQL de synchroniser les journaux binaires sur le disque. Au lieu de cela, le serveur MySQL s'appuie sur le système d'exploitation pour vider le journal binaire sur le disque de temps en temps, comme il le ferait pour n'importe quel autre fichier. Ce paramètre offre les meilleures performances, mais en cas de panne de courant ou de panne du système d'exploitation, le serveur peut avoir validé des transactions qui n'ont pas encore été vidées.

  • sync_binlog=1 : Activez la synchronisation du journal binaire sur le disque avant de valider une transaction. Il s'agit du paramètre le plus sûr, mais il peut avoir un impact négatif sur les performances en raison de l'augmentation des écritures sur le disque. En cas de panne de courant ou de panne du système d'exploitation, les transactions perdues dans le journal binaire sont uniquement à l'état préparé. Cela permet une récupération automatique régulière pour annuler les transactions, garantissant ainsi que les transactions ne seront pas perdues dans le journal binaire.

  • sync_binlog=N, qui est une valeur autre que 0 ou 1 : après la collecte de N groupes de soumission de journaux binaires, le journal binaire sera synchronisé sur le disque. En cas de panne de courant ou de panne du système d'exploitation, le serveur peut avoir validé des transactions qui n'ont pas encore été vidées dans le journal binaire. Ce paramètre peut avoir un impact négatif sur les performances en raison de l'augmentation des écritures sur le disque. Des valeurs plus élevées améliorent les performances mais augmentent le risque de perte de données.

InnoDBPour obtenir la plus grande durabilité et cohérence possible dans une configuration de réplication utilisée avec des transactions, utilisez les paramètres suivants : InnoDB为了在与事务一起使用 的复制设置中获得最大可能的持久性和一致性,请使用以下设置:

  • sync_binlog=1.
  • innodb_flush_log_at_trx_commit=1.

警告

许多操作系统和一些磁盘硬件欺骗了刷新到磁盘操作。他们可能会告诉 mysqld已经发生了刷新,即使它还没有发生。在这种情况下,即使使用推荐的设置也无法保证事务的持久性,在最坏的情况下,断电可能会损坏InnoDB

sync_binlog=1.

innodb_flush_log_at_trx_commit=1. >
    Avertissement
  • De nombreux systèmes d'exploitation et certains matériels de disque trompent l'opération de vidage sur disque. Ils peuvent dire à mysqld qu'une actualisation a eu lieu même si elle ne s'est pas encore produite. Dans ce cas, la durabilité des transactions n'est pas garantie même avec les paramètres recommandés, et dans le pire des cas, une panne de courant peut corrompre les données InnoDB. L'utilisation d'un cache disque sauvegardé par batterie dans le contrôleur de disque SCSI ou sur le disque lui-même accélère l'actualisation des fichiers et rend les opérations plus sécurisées. Vous pouvez également essayer de désactiver la mise en cache des écritures sur disque dans le cache matériel. Le type de paramètre
  • Résumé
  • sync_binlog est un entier non signé.

Généralement, il n'est pas défini sur 0. 0 dépend du fonctionnement du système et d'une fsync irrégulière. Cela est plus dangereux en cas de panne de courant ou de panne du système - la transaction est soumise mais le journal binaire est manquant.

Il est plus sûr de le définir sur 1, d'obtenir la durabilité et la cohérence maximales possibles, et d'assurer une réplication et une récupération maître-esclave ultérieures. Cependant, cela nuit aux performances et peut être défini lorsque les IOPS requises par l'entreprise ne sont pas élevées.

Le but de définir une valeur supérieure à 1 est d'améliorer les performances. Il ne s'agit pas seulement de valider une transaction par fsync, ce qui équivaut à un vidage par lots, mais en cas de panne de courant ou de panne du système. le journal binaire manquera davantage. Il serait plus sûr si le disque lui-même utilisait un cache disque sauvegardé par batterie. Par conséquent, il peut être défini lorsque les IOPS requises par l'entreprise sont relativement élevées, mais en général, il ne sera pas trop élevé et peut se situer dans la plage [100, 1000].

De plus, à travers la description de sync_binlog=0, nous pouvons aussi à peu près sentir que lorsque la transaction est soumise, même si elle ne se synchronise pas immédiatement, elle a en fait été écrite dans le cache de pages du système de fichiers. mysql est dans la transaction Lors de l'exécution, il y aura également un cache qui mettra en cache le journal binaire généré dans la transaction. binlog_cache_sizeFormat de commande--binlog-cache-size=#Variable systèmebinlog_cache_sizerangeGolbalDynamiqueOuiL'invite SET_VAR s'appliqueNonTypeEntierValeur par défaut32768Valeur minimale4096Valeur maximale ( 64 -bit plate-forme)2^64=18446744073709547520max (plateforme 32 bits)2^32=4294967295
Continuons à examiner la configuration liée au cache du journal binaire lorsque la transaction est en cours d'exécution.

🎜Taille du bloc🎜🎜4096🎜 🎜🎜🎜

La taille de la mémoire tampon destinée à contenir le journal binaire change au cours d'une transaction. La valeur doit être un multiple de 4096.

Lorsque la journalisation binaire est activée sur un serveur (la variable système log_bin est définie sur ON), chaque client se voit attribuer un cache de journal binaire si le serveur prend en charge un moteur de stockage de transactions. Si les données d'une transaction dépassent l'espace dans la mémoire tampon, les données excédentaires sont stockées dans un fichier temporaire. Lorsque le chiffrement des journaux binaires est actif sur le serveur, la mémoire tampon n'est pas chiffrée, mais (à partir de MySQL 8.0.17) tous les fichiers temporaires utilisés pour contenir le cache des journaux binaires sont chiffrés. Une fois chaque transaction validée, le cache du journal binaire est réinitialisé en effaçant la mémoire tampon et en tronquant le fichier temporaire (s'il est utilisé).

Si vous utilisez fréquemment des transactions volumineuses, vous pouvez augmenter cette taille de cache pour de meilleures performances en réduisant ou en éliminant le besoin d'écrire des fichiers temporaires. Binlog_cache_use (variable d'état du service - le nombre de transactions utilisant le cache du journal binaire) et Binlog_cache_disk_use (variable d'état du service - le nombre de transactions utilisant le cache du journal binaire temporaire mais dépassant la valeur binlog_cache_size et utilisant des fichiers temporaires pour stocker les instructions de transaction.) variables d'état peut être utilisé pour ajuster cette taille variable. Voir Section 5.4.4, « Journaux binaires ».

binlog_cache_sizeDéfinit uniquement la taille du cache de transactions ; la taille du cache d'instructions est contrôlée par la variable système binlog_stmt_cache_size. Le type de paramètre

Résumé

  • binlog_cache_size est un entier non signé.
  • est utilisé pour indiquer la taille utilisée pour mettre en cache le journal binaire lors de chaque transaction. La valeur par défaut est 32 Ko et doit être un multiple de 4096. Si cette valeur est dépassée, le stockage de fichiers temporaires sera utilisé.
  • Essayez de ne pas utiliser de transactions importantes dans les affaires. Si la transaction est trop importante, vous devez vous demander si elle est raisonnable. Généralement, il n'est pas nécessaire de modifier binlog_cache_size, 32 Ko suffisent.
  • Lorsque binlog_cache_size ne suffit pas, les fichiers temporaires seront utilisés pour le stockage, mais les performances seront inférieures. Nous pouvons définir max_binlog_cache_size=binlog_cache_size afin que les fichiers temporaires ne soient pas utilisés, ce qui sera présenté ci-dessous.

max_binlog_cache_size



Format de commande --max-binlog-cache-size=#
Système variables max_binlog_cache_size
range Golbal
Dynamique Oui
L'invite SET_VAR s'applique Non
Type Entier
Valeur par défaut 2^64 =18 446744073709547520
minimum 4096
maximum 2^64=18446744073709547520
taille du bloc 4096

Si une transaction nécessite plus de ce nombre d'octets de mémoire, le serveur générera une transaction multi-instructions nécessitant plus de 'max_binlog_cache_size' octets d'erreur de stockage. La valeur minimale est 4096. La valeur maximale possible est de 16EiB (exbioctets). La valeur maximale recommandée est de 4 Go ; ceci est dû au fait que MySQL ne peut actuellement pas gérer les emplacements de journaux binaires supérieurs à 4 Go. La valeur doit être un multiple de 4096.

max_binlog_cache_size définit uniquement la taille du cache de transactions ; la limite supérieure du cache d'instructions est contrôlée par la variable système max_binlog_stmt_cache_size. max_binlog_cache_size仅设置事务缓存的大小;语句缓存的上限由 max_binlog_stmt_cache_size 系统变量控制。

会话的可见性 max_binlog_cache_size

La visibilité de la session max_binlog_cache_size correspond à la visibilité de la variable système binlog_cache_size ; en d'autres termes, la modification de sa valeur n'affectera que les nouvelles sessions démarrées après la modification de la valeur.

Résumé
  • max_binlog_cache_size est une valeur sûre, généralement définie en fonction de la mémoire pouvant être allouée par le serveur.

Aperçu

À partir de la configuration ci-dessus, nous pouvons dessiner le processus général d'écriture du journal binaire :
  1. Les transactions sont modifiées dans le cache du journal binaire de chaque transaction lors de leur exécution.
  2. Une fois la transaction soumise, elle est effectuée selon la configuration. Si sync_binlog=1, le cache sera libéré à chaque fois que fsync est effectué. Si sync_binlog=0, il sera écrit directement dans le cache de pages du fichier système, en s'appuyant sur le système d'exploitation pour vider le journal binaire de temps en temps. Si sync_binlog=N (N>1), cela équivaut à un vidage par lots. Bien entendu, le cache binlog détenu par chaque transaction sera libéré.

Le processus général est donc le suivant :

Résumé

Jusqu'à présent, nous avons une compréhension approximative du processus d'écriture de Mysql en binaire, qui doit passer par : le cache binlog détenu par chaque transaction -> cache de pages du système de fichiers -> ; La stratégie d'exécution spécifique peut être contrôlée via sync_binlog.

Utilisez
  • sync_binlog : Si vous avez besoin d'obtenir une durabilité et une cohérence maximales, définissez-le sur 1. En ce qui concerne les problèmes de performances, vous pouvez ajuster le matériel et d'autres méthodes si le journal binaire peut être perdu ou perdu via d'autres ; méthodes, vous souhaitez le contrôler en fonction de la situation actuelle. Les ressources du serveur sont optimisées et définies dans l'intervalle [100,1000].
  • binlog_cahe_size : Comme mentionné précédemment, dans les affaires réelles, il faut prêter attention au contrôle de la granularité des transactions. Dans la plupart des cas, la valeur par défaut de 32 000 est suffisante.

Apprentissage recommandé : Tutoriel vidéo MySQL

🎜

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!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Outils d'IA chauds

Undresser.AI Undress

Undresser.AI Undress

Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover

AI Clothes Remover

Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

AI Hentai Generator

AI Hentai Generator

Générez AI Hentai gratuitement.

Article chaud

R.E.P.O. Crystals d'énergie expliqués et ce qu'ils font (cristal jaune)
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Meilleurs paramètres graphiques
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Comment réparer l'audio si vous n'entendez personne
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
WWE 2K25: Comment déverrouiller tout dans Myrise
4 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌

Outils chauds

Bloc-notes++7.3.1

Bloc-notes++7.3.1

Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver CS6

Dreamweaver CS6

Outils de développement Web visuel

SublimeText3 version Mac

SublimeText3 version Mac

Logiciel d'édition de code au niveau de Dieu (SublimeText3)

La relation entre l'utilisateur de MySQL et la base de données La relation entre l'utilisateur de MySQL et la base de données Apr 08, 2025 pm 07:15 PM

Dans la base de données MySQL, la relation entre l'utilisateur et la base de données est définie par les autorisations et les tables. L'utilisateur a un nom d'utilisateur et un mot de passe pour accéder à la base de données. Les autorisations sont accordées par la commande Grant, tandis que le tableau est créé par la commande Create Table. Pour établir une relation entre un utilisateur et une base de données, vous devez créer une base de données, créer un utilisateur, puis accorder des autorisations.

MySQL: la facilité de gestion des données pour les débutants MySQL: la facilité de gestion des données pour les débutants Apr 09, 2025 am 12:07 AM

MySQL convient aux débutants car il est simple à installer, puissant et facile à gérer les données. 1. Installation et configuration simples, adaptées à une variété de systèmes d'exploitation. 2. Prise en charge des opérations de base telles que la création de bases de données et de tables, d'insertion, d'interrogation, de mise à jour et de suppression de données. 3. Fournir des fonctions avancées telles que les opérations de jointure et les sous-questionnaires. 4. Les performances peuvent être améliorées par l'indexation, l'optimisation des requêtes et le partitionnement de la table. 5. Prise en charge des mesures de sauvegarde, de récupération et de sécurité pour garantir la sécurité et la cohérence des données.

Puis-je récupérer le mot de passe de la base de données dans Navicat? Puis-je récupérer le mot de passe de la base de données dans Navicat? Apr 08, 2025 pm 09:51 PM

Navicat lui-même ne stocke pas le mot de passe de la base de données et ne peut récupérer que le mot de passe chiffré. Solution: 1. Vérifiez le gestionnaire de mots de passe; 2. Vérifiez la fonction "Remember Motway" de Navicat; 3. Réinitialisez le mot de passe de la base de données; 4. Contactez l'administrateur de la base de données.

L'optimisation des requêtes dans MySQL est essentielle pour améliorer les performances de la base de données, en particulier lorsqu'elle traite avec de grands ensembles de données L'optimisation des requêtes dans MySQL est essentielle pour améliorer les performances de la base de données, en particulier lorsqu'elle traite avec de grands ensembles de données Apr 08, 2025 pm 07:12 PM

1. Utilisez l'index correct pour accélérer la récupération des données en réduisant la quantité de données numérisées SELECT * FROMMLOYEESEESHWHERELAST_NAME = 'SMITH'; Si vous recherchez plusieurs fois une colonne d'une table, créez un index pour cette colonne. If you or your app needs data from multiple columns according to the criteria, create a composite index 2. Avoid select * only those required columns, if you select all unwanted columns, this will only consume more server memory and cause the server to slow down at high load or frequency times For example, your table contains columns such as created_at and updated_at and timestamps, and then avoid selecting * because they do not require inefficient query se

Comment créer Navicat Premium Comment créer Navicat Premium Apr 09, 2025 am 07:09 AM

Créez une base de données à l'aide de NAVICAT Premium: Connectez-vous au serveur de base de données et entrez les paramètres de connexion. Cliquez avec le bouton droit sur le serveur et sélectionnez Créer une base de données. Entrez le nom de la nouvelle base de données et le jeu de caractères spécifié et la collation. Connectez-vous à la nouvelle base de données et créez le tableau dans le navigateur d'objet. Cliquez avec le bouton droit sur le tableau et sélectionnez Insérer des données pour insérer les données.

Comment copier des tables dans MySQL Comment copier des tables dans MySQL Apr 08, 2025 pm 07:24 PM

La copie d'une table dans MySQL nécessite la création de nouvelles tables, l'insertion de données, la définition de clés étrangères, la copie des index, les déclencheurs, les procédures stockées et les fonctions. Les étapes spécifiques incluent: la création d'une nouvelle table avec la même structure. Insérez les données de la table d'origine dans une nouvelle table. Définissez la même contrainte de clé étrangère (si le tableau d'origine en a un). Créer le même index. Créez le même déclencheur (si le tableau d'origine en a un). Créez la même procédure ou fonction stockée (si la table d'origine est utilisée).

Comment afficher le mot de passe de la base de données dans NAVICAT pour MARIADB? Comment afficher le mot de passe de la base de données dans NAVICAT pour MARIADB? Apr 08, 2025 pm 09:18 PM

NAVICAT pour MARIADB ne peut pas afficher directement le mot de passe de la base de données car le mot de passe est stocké sous forme cryptée. Pour garantir la sécurité de la base de données, il existe trois façons de réinitialiser votre mot de passe: réinitialisez votre mot de passe via Navicat et définissez un mot de passe complexe. Affichez le fichier de configuration (non recommandé, haut risque). Utilisez des outils de ligne de commande système (non recommandés, vous devez être compétent dans les outils de ligne de commande).

Comment voir Mysql Comment voir Mysql Apr 08, 2025 pm 07:21 PM

Affichez la base de données MySQL avec la commande suivante: Connectez-vous au serveur: MySQL -U Username -P mot de passe Exécuter les bases de données Afficher les bases de données; Commande pour obtenir toutes les bases de données existantes Sélectionnez la base de données: utilisez le nom de la base de données; Tableau de vue: afficher des tables; Afficher la structure de la table: décrire le nom du tableau; Afficher les données: sélectionnez * dans le nom du tableau;

See all articles