9Aug

Χρησιμοποιώντας ένα σενάριο ανάλυσης ανάλυσης απόδοσης MySQL

Όταν εργάζεστε για την αύξηση της ταχύτητας του ιστότοπού σας, ένα πολύ σημαντικό κομμάτι διασφαλίζει ότι θα λάβετε κάθε τελευταία πτώση απόδοσης από τον διακομιστή βάσης δεδομένων σας.Δυστυχώς, για τους περισσότερους από εμάς που δεν είναι συνήθως οι διαχειριστές βάσεων δεδομένων, αυτό μπορεί να είναι μια δύσκολη πρόταση.

Υπάρχουν ορισμένα σενάρια συντονισμού απόδοσης που θα αναλύσουν τις ρυθμίσεις του διακομιστή σας και την τρέχουσα κατάσταση και θα σας δώσουν πληροφορίες σχετικά με τις συνιστώμενες αλλαγές που πρέπει να κάνετε.Δεν πρέπει απαραίτητα να ακολουθείτε όλες τις προτάσεις, αλλά αξίζει να ρίξετε μια ματιά σε κάθε περίπτωση.

Το σενάριο που έχω χρησιμοποιήσει σας δίνει συστάσεις για τα ακόλουθα:

  • Αργή Ερώτημα Σύνδεση
  • Max Συνδέσεις
  • εργαζομένων Θέματα
  • Βασικά Ρυθμιστικό
  • Ερώτημα Cache
  • Ταξινόμηση Ρυθμιστικό
  • ενώνει
  • πίνακες Θερμοκρασία
  • πίνακα( Open & amp? Definition) Cache
  • Πίνακαςκλείδωμα
  • Πίνακας Σαρώνει( read_buffer)
  • InnoDB Κατάσταση
  • Μόλις κατεβάσετε το σενάριο, θα πρέπει να το κάνετε εκτελέσιμο με την ακόλουθη εντολή:

    chmod u + x tuning-primer.sh

    Εάν εκτελέσετε αυτό το σενάριο ως κανονικός χρήστης, θα σας ζητήσει τον κωδικό σας, οπότε θα πρέπει να βεβαιωθείτε ότι έχετε ορίσει την πρόσβαση ανάλογα.Αν το εκτελέσετε ως root, θα πάρει τον κωδικό πρόσβασης mysql από το Plesk αν έχετε εγκαταστήσει αυτό.

    Έχω αποκόψει πολλά από τα αποτελέσματα, τα οποία είχαν πολύ περισσότερες συστάσεις, αλλά ήταν πολύ καιρό για να χωρέσουν στη σελίδα.

    . /tuning-primer.sh

    - MYSQL TUNING ΑΠΟΔΟΣΗΣ PRIMER -
    - Από: Matthew Montgomery -

    MySQL Έκδοση 4.1.20 i686

    Uptime = 5 ημέρες 10 ώρες 46 λεπτά 5 δευτ
    Μέση.qps = 4
    Συνολικές ερωτήσεις = 2020809 Συνδέσεις
    = 1 Ο διακομιστής

    λειτουργεί για πάνω από 48 ώρες.
    Θα πρέπει να είναι ασφαλές να ακολουθήσει τις συστάσεις αυτές

    ---- snipped -----

    QUERY CACHE
    Ερώτημα μνήμη cache είναι ενεργοποιημένη
    Τρέχουσα query_cache_size = 8 Μ
    Τρέχουσα query_cache_used = 7 Μ
    Τρέχουσα query_cach_limit = 1 Μ
    τρέχον ερώτημα της προσωρινής μνήμηςσυμπληρώστε αναλογία = 89,38%
    Ωστόσο, οι 254.246 ερωτήματα έχουν αφαιρεθεί από τη μνήμη cache ερώτημα, λόγω έλλειψης
    μνήμης Ίσως θα πρέπει να αυξήσει query_cache_size
    MySQL θα αποτελέσματα του ερωτήματος δεν μνήμη cache που είναι μεγαλύτερα από ό, τι query_cache_limit σε μέγεθος

    ---- ψιλοκομμένα -----

    Φαίνεται ότι πρέπει να αυξήσω την κρυφή μνήμη της ερώτησής μου. .. το έχω ρυθμίσει σε μόνο 8MB αλλά καθαρίζει πολύ συχνά την προσωρινή μνήμη.

    ---- snipped ----- ΠΙΝΑΚΕΣ

    TEMP
    Τρέχουσα max_heap_table_size = 16 Μ
    Τρέχουσα tmp_table_size = 32 Μ
    Of 35170 πίνακες temp, 74% δημιουργήθηκαν στο δίσκο
    Αποτελεσματική στη μνήμη tmp_table_size περιορίζεται σε max_heap_table_size.
    Ίσως πρέπει να αυξήσετε το tmp_table_size και / ή το max_heap_table_size
    για να μειώσετε τον αριθμό των προσωρινών πινάκων που βασίζονται στο δίσκο
    Σημείωση!Οι στήλες BLOB και TEXT δεν επιτρέπονται στους πίνακες μνήμης.
    Εάν χρησιμοποιείτε αυτές τις στήλες, η αύξηση αυτών των τιμών μπορεί να μην επηρεάσει την αναλογία
    των πινάκων temp temp.

    ---- snipped -----

    Αυτός ο τύπος πληροφοριών είναι απλά ανεκτίμητος όταν προσπαθείτε να συντονίσετε την απόδοση του ιστότοπού σας.

    Κατεβάστε το MySQL Performance Tuning Primer Script