Maison > Article > base de données > Qu'est-ce qu'une grande table dans MySQL ? Qu'est-ce qui est grave ? Comment y faire face ?
Le contenu de cet article porte sur ce qu'est une grande table dans MySQL ? Qu'est-ce qui est grave ? Comment y faire face ? Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer. J'espère qu'il vous sera utile.
Relativement parlant, dans quelles circonstances une table de base de données peut-elle être qualifiée de « grande table » ?
Lorsque les données d'une table dépassent des dizaines de millions de lignes, cela aura un impact sur la base de données
Lorsque le fichier de données de la table est énorme, les données de la table Le fichier dépasse 10G (la valeur des données est relative au matériel)
Requête lente : il est difficile de filtrer dans un certain laps de temps Extraire les données requises
(Exemple : ordres d'affichage, peu de sources, faible différenciation, grande quantité d'E/S disque, efficacité du disque réduite, requête lente)
1. La création d'un index prend beaucoup de temps
Risque :
La création d'un index version MYSQL< >Version MYSQL>= 5.5 Bien que la table ne soit pas verrouillée, cela entraînera un retard maître-esclave
Cela entraînera un long délai maître-esclave
affectera les opérations normales de données
Comment y faire face Grandes tables dans la base de données
Sélection des clés primaires pour les divisions de tables
Requête des données inter-partitions après division de table et statistiques2. Archivage des données historiques de grandes tables
Avantages :
Difficultés :
Comment effectuer les opérations d'archivage
Qu'est-ce qu'une transaction ?
1. Vérifiez si le solde du compte financier est supérieur à 2 000 yuans
2. Soustrayez 2 000 yuans du solde du compte financier 3. Ajoutez à l'actif compte de dépôt 2000 Yuan
Toutes les opérations de l'ensemble de la transaction sont soit soumises avec succès, soit toutes les opérations échouent et sont annulées.
Cohérence des transactions
Isolement des transactions
L'isolement nécessite que la modification des données dans la base de données par une transaction ne soit pas visible par les autres transactions avant que la soumission ne soit terminée. Quatre types de niveaux définis dans le standard SQL (isolation de bas en haut) (concurrence de haut en bas) LECTURE UNCOMMITEDLecture validée (READ COMMITED)
Répétable read (REPEATABLE READ) Sérialisable (SERIALIZABLE)
Durabilité de la transaction
Une fois la transaction validée, ses modifications seront sauvegardées pour toujours Dans la base de données, même si le système plante à ce moment, les données modifiées qui a été soumis ne sera pas perdu.
Return Rolling prend beaucoup de temps
Le temps d'exécution est long et il est facile de provoquer un retard maître-esclave
Comment gérer des transactions volumineuses ?
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!