Transférer une base de données InnoDB vers une autre machine <<< |
InnoDB Transaction Model and Locking | Conseils pour l'amélioration des performances InnoDB >>> |
16 Tables InnoDB Manuel de Référence MySQL 4.1 : Version Française . Présentation des tables InnoDB . Informations de contact InnoDB . InnoDB avec MySQL version 3.23 . Configuration InnoDB . Options de démarrage InnoDB . Créer des bases InnoDB . Créer des tables InnoDB . Ajouter et retirer des données et des logs InnoDB . Sauver et restaurer une base InnoDB . Transférer une base de données InnoDB vers une autre machine ->InnoDB Transaction Model and Locking . Conseils pour l'amélioration des performances InnoDB . Implémentation du multi-versionnage . Structures de tables et d'index . Gestion de l'espace fichiers et des entrées/sorties disque . Gestion des erreurs InnoDB . Restrictions sur les tables InnoDB . Résolution de problèmes avec InnoDB |
16.11 InnoDB Transaction Model and LockingLe modèle transactionnel d' InnoDB a pour but de combiner les avantages des bases de données multi-version aux verrouillages traditionnels en deux phases. InnoDB fait un verrouillage de ligne, et exécute les requêtes par défaut avec des lectures cohérentes non bloquante, de la même façon qu'Oracle. Les verrous InnoDB sont stockés de manière efficace, pour que l'escalade de transaction ne soit pas nécessaire : typiquement, plusieurs utilisateurs sont autorisés à verrouiller toutes les lignes dans une base, ou un sous ensemble aléatoire de ligne, sans que InnoDB ne soit à court de mémoire. Avec InnoDB , toutes les activités des utilisateurs sont placées dans des transactions. Si le mode de validation automatique de MySQL est utilisé, chaque requête SQL représente une transaction. MySQL démarre toujours une nouvelle connexion avec de mode activé. Si le mode de validation automatique est désactivé, avec la commande SET AUTOCOMMIT = 0 , alors nous considérons que l'utilisateur a toujours une transaction ouverte. Si il utilise les commandes COMMIT ou ROLLBACK , cela va terminer la transaction courante, et en démarrer une nouvelle. Les deux commandes vont libérer les verrous posés durant la transaction courante. Une validation COMMIT signifie que les modifications faites durant la transaction sont rendus permanents, et accessibles aux autres utilisateurs. Une annulation ROLLBACK , d'un autre coté, annule toutes les modifications faites durant la transaction.Si la connexion est en mode AUTOCOMMIT = 1 , alors l'utilisateur peut réaliser une transaction à requêtes multiples en commençant par la commande BEGIN et en terminant la transaction par COMMIT ou ROLLBACK . Sommaire :
|
<< | InnoDB Transaction Model and Locking | >> |
Transférer une base de données InnoDB vers une autre machine | Tables InnoDB | Conseils pour l'amélioration des performances InnoDB |