En termes simples :<\/strong> Imaginez que vous poss\u00e9diez une console de jeux vid\u00e9o sp\u00e9ciale qu'une seule personne peut utiliser \u00e0 la fois. <\/p>\n\n\n\nSi vous voulez jouer et que quelqu'un d'autre est d\u00e9j\u00e0 en train de l'utiliser, vous devez attendre qu'il ait termin\u00e9. <\/p>\n\n\n\n
Dans Oracle, la \"m\u00e9moire tampon\" est comme la console de jeux vid\u00e9o : elle conserve les donn\u00e9es importantes en m\u00e9moire. <\/p>\n\n\n\n
Lorsqu'une t\u00e2che souhaite utiliser une partie de ces donn\u00e9es (un bloc de base de donn\u00e9es) mais que celle-ci est d\u00e9j\u00e0 utilis\u00e9e par quelqu'un d'autre, la t\u00e2che doit attendre. <\/p>\n\n\n\n
Cette attente est appel\u00e9e \"attente occup\u00e9e par la m\u00e9moire tampon\".<\/p>\n\n\n\n
Merci, c'est beaucoup plus clair. Concentrons-nous plus particuli\u00e8rement sur buffer busy waits<\/code><\/strong> et comment les r\u00e9soudre.<\/p>\n\n\n\n\ud83d\udd0d Qu'est-ce que buffer busy waits<\/code>?<\/h3>\n\n\n\n\nCet \u00e9v\u00e9nement d'attente se produit lorsque plusieurs sessions tentent d'acc\u00e9der au m\u00eame bloc de donn\u00e9es dans le cache tampon<\/strong>mais le bloc est actuellement occup\u00e9<\/strong> (soit en lecture dans le cache, soit en modification par une autre session).<\/li>\n\n\n\nIl s'agit d'un probl\u00e8me de contention<\/strong> \u00e0 la couche de cache tampon<\/strong>Il ne s'agit donc pas d'un probl\u00e8me de disque.<\/li>\n<\/ul>\n\n\n\n\ud83d\udee0 Causes et solutions pour les enfants de moins de 18 ans buffer busy waits<\/code><\/h3>\n\n\n\n1\ufe0f\u20e3 Contention de blocs chauds (trop de sessions dans le m\u00eame bloc)<\/strong><\/h4>\n\n\n\n\nExemple<\/strong>: De nombreuses sessions mettent \u00e0 jour ou lisent le m\u00eame petit ensemble de blocs (par exemple, des insertions dans le m\u00eame bloc de table ou des mises \u00e0 jour des m\u00eames lignes).<\/li>\n\n\n\nCorrections<\/strong>:\n\nAugmenter les listes de diffusion \/ groupes de diffusion<\/strong> (pour les tablespaces non-ASSM) pour r\u00e9partir les insertions sur un plus grand nombre de blocs.<\/li>\n\n\n\nPasser \u00e0 l'ASSM<\/strong> (Automatic Segment Space Management) afin d'\u00e9viter les goulets d'\u00e9tranglement dans la liste libre.<\/li>\n\n\n\nPartitionner la table<\/strong> ou utiliser le partitionnement par hachage<\/strong> pour r\u00e9partir les donn\u00e9es sur plusieurs blocs.<\/li>\n\n\n\nReconstruire les index<\/strong> ou r\u00e9partir les donn\u00e9es de mani\u00e8re plus homog\u00e8ne<\/strong>.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n2\ufe0f\u20e3 Annuler la contestation d'un segment<\/strong><\/h4>\n\n\n\n\nCause<\/strong>: Plusieurs utilisateurs mettent \u00e0 jour des donn\u00e9es en utilisant les m\u00eames blocs de segments d'annulation.<\/li>\n\n\n\nCorrections<\/strong>:\n\nAugmenter le nombre de segments d'annulation (fixer une valeur plus \u00e9lev\u00e9e pour les segments d'annulation). _undo_autotune<\/code> ou ajuster l'annulation du dimensionnement de l'espace de stockage).<\/li>\n\n\n\nR\u00e9viser les param\u00e8tres de conservation des annulations.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n3\ufe0f\u20e3 Contention de s\u00e9quence et d'index<\/strong><\/h4>\n\n\n\n\nCause<\/strong>: Les insertions rapides dans des tables avec des cl\u00e9s s\u00e9quentielles (comme les champs ID) peuvent provoquer des blocages d'index.<\/li>\n\n\n\nCorrections<\/strong>:\n\nUtilisation index de cl\u00e9s invers\u00e9es<\/strong>.<\/li>\n\n\n\nUtilisation index partitionn\u00e9s par hachage<\/strong> ou indices mondiaux<\/strong>.<\/li>\n\n\n\nMettre en \u0153uvre s\u00e9quences mises en cache<\/strong> (CR\u00c9ER UNE S\u00c9QUENCE ... CACHE 1000<\/code>).<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n4\ufe0f\u20e3 Charges par trajet direct ou DML \u00e9lev\u00e9<\/strong><\/h4>\n\n\n\n\nCause<\/strong>: Insertions directes simultan\u00e9es ou op\u00e9rations de masse fr\u00e9quentes.<\/li>\n\n\n\nCorrections<\/strong>:\n\nUtilisation APPEND<\/strong> des conseils judicieux.<\/li>\n\n\n\n\u00c9chelonner les travaux par lots pour \u00e9viter la concurrence.<\/li>\n\n\n\n Veiller \u00e0 ce que le parall\u00e9lisme ne soit pas trop agressif.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n5\ufe0f\u20e3 Cache tampon inad\u00e9quat<\/strong><\/h4>\n\n\n\n\nCause<\/strong>: SGA insuffisant entra\u00eenant un remplacement fr\u00e9quent des blocs et une relecture \u00e0 partir du disque.<\/li>\n\n\n\nCorrections<\/strong>:\n\nAugmentation DB_CACHE_SIZE<\/strong>.<\/li>\n\n\n\nUtilisation Gestion automatique de la m\u00e9moire (AMM)<\/strong> ou Gestion automatique de la m\u00e9moire partag\u00e9e (ASMM)<\/strong> correctement r\u00e9gl\u00e9e.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n\ud83d\udcdd Comment diagnostiquer la cause exacte<\/h3>\n\n\n\nSELECT event, p1 "File#", p2 "Block#", p3 "Class#",\n COUNT(*) AS waits\nFROM v$session_wait\nWHERE event = 'buffer busy waits'\nGROUP BY event, p1, p2, p3\nORDER BY waits DESC;\n<\/pre><\/div>\n\n\n\ud83d\udc49 Utilisez ceci pour trouver la file# et block#<\/strong> causant l'attente, alors :<\/p>\n\n\n\nSELECT segment_name, segment_type\nFROM dba_extents\nWHERE file_id = &File#\nAND &Block# BETWEEN block_id AND block_id + blocks - 1;\n<\/pre><\/div>\n\n\nCela vous indique quel objet (table\/index)<\/strong> est responsable.<\/p>\n\n\n\n\u2705 R\u00e9sum\u00e9 des actions :<\/strong><\/p>\n\n\n\nCause<\/th> Solution<\/th><\/tr><\/thead> Table chaude\/bloc d'indexation<\/td> Diffusion de donn\u00e9es (FREELISTTS, ASSM, partitionnement)<\/td><\/tr> Annuler la contention des segments<\/td> Plus de segments d'annulation, plus de r\u00e9glages d'annulation<\/td><\/tr> S\u00e9quence\/indexation des blocs chauds<\/td> Cl\u00e9 invers\u00e9e, cache de s\u00e9quence, partitionnement du hachage<\/td><\/tr> Chargements en vrac\/DML<\/td> D\u00e9caler les t\u00e2ches, accorder le parall\u00e9lisme<\/td><\/tr> Cache trop petit<\/td> Augmentation DB_CACHE_SIZE<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nAttentes de la m\u00e9moire tampon libre<\/h2>\n\n\n\n Cet \u00e9v\u00e9nement se produit principalement lorsqu'un processus serveur tente de lire un nouveau tampon dans le cache tampon, mais que trop de tampons sont soit \u00e9pingl\u00e9s, soit sales et donc indisponibles pour la r\u00e9utilisation. <\/p>\n\n\n\n
La session envoie des messages \u00e0 DBWR, puis attend que DBWR cr\u00e9e des tampons libres en \u00e9crivant les tampons sales sur le disque.<\/p>\n\n\n\n
En termes simples :<\/strong> Imaginez que vous ayez une \u00e9tag\u00e8re de jouets compl\u00e8tement remplie. <\/p>\n\n\n\nMaintenant, vous voulez y mettre un nouveau jouet, mais il n'y a pas de place car tous les emplacements sont occup\u00e9s par des jouets qui sont en train de jouer ou qui doivent d'abord \u00eatre nettoy\u00e9s.<\/p>\n\n\n\n
Parfait - plongeons dans