5 articles recommandés sur les tables non transactionnelles

En regardant l'explication du paramètre max_binlog_stmt_cache_size, il existe une telle phrase. Si les instructions non transactionnelles dans une transaction nécessitent plus de ce nombre d'octets de mémoire, le serveur génère une erreur. Alors, que sont les instructions non transactionnelles ? Recherchez le mot-clé non transactionnel sur http://dev.mysql.com/, et le premier qui apparaît est Rollback Failure for Nontransactional Tables. Alors, que sont les tables non transactionnelles ? Tables non transactionnelles, tables non transactionnelles, tables qui ne prennent pas en charge les transactions, c'est-à-dire les tables qui utilisent le moteur de stockage MyISAM. Particularités des tables non transactionnelles

1 Tables transactionnelles MySQL et tables non transactionnelles

Introduction : Lorsque vous regardez l'explication du paramètre max_binlog_stmt_cache_size, il y a cette phrase : Si les instructions non transactionnelles au sein d'une transaction nécessitent plus de ce nombre d'octets de mémoire, le serveur génère une erreur.

2. Gestion des problèmes de synchronisation maître-esclave Mysql

Introduction : Pour diverses raisons, des incohérences de données se produisent souvent dans l'architecture maître-esclave MySQL, qui peuvent être grossièrement résumées dans les catégories suivantes : 1 : écriture de données dans la base de données de secours 2 : exécution d'une requête non déterministe 3 : annulation de transactions qui se mélangent tables de transactions et tables de non-transaction 4

3 Phénomène d'échec de restauration des tables de non-transaction MySQL

Introduction : Lors de l'exécution de ROLLBACK (rollback), si le prochain Le message suivant indique qu'une ou plusieurs tables utilisées dans la transaction ne prennent pas en charge les transactions : Avertissement : Certaines modifications apportées aux tables non transactionnelles ne peuvent pas être annulées. Ces tables non transactionnelles ne sont pas affectées par les instructions ROLLBACK. Si vous avez accidentellement mélangé des tables transactionnelles et non transactionnelles dans une transaction, la cause la plus probable de ce message est que vous pensiez à ceci

4 Le maître MySQL ne gère jamais les problèmes de synchronisation<.>

Introduction : Pour diverses raisons, l'architecture maître-esclave MySQL souffre souvent d'incohérences de données. Les situations qui peuvent être grossièrement résumés dans les catégories suivantes : 1 : Écriture de données dans la base de données de secours 2 : Exécution d'une requête non déterministe 3 : Annulation de transactions qui mélangent des tables de transactions et des tables de non-transaction 4 : Corruption des données Binlog ou Relaylog, données hors de sync, qui apporte à l'application Le mal est fatal, lorsque le numéro maître-esclave apparaît

5 Résolvez facilement le problème de l'échec de restauration de la table de non-transaction Mysql_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!