Hier ist eine vollständigere Antwort in Bezug auf InnoDB. Es ist ein langwieriger Prozess, aber die Mühe kann sich lohnen.
Beachten Sie, dass dies /var/lib/mysql/ibdata1die am stärksten ausgelastete Datei in der InnoDB-Infrastruktur ist. Es enthält normalerweise sechs Arten von Informationen:
- Tabellendaten
- Tabellenindizes
- MVCC- Daten
(Multiversioning Concurrency Control)
- Rollback-Segmente
- Leerzeichen rückgängig machen
- Tabellenmetadaten (Datenwörterbuch)
- Double Write Buffer (Hintergrundschreiben, um die Abhängigkeit vom Betriebssystem-Caching zu verhindern)
- Puffer einfügen (Änderungen an nicht eindeutigen Sekundärindizes verwalten)
- Siehe die
Pictorial Representation of ibdata1
InnoDB-Architektur
Viele Leute erstellen mehrere ibdataDateien in der Hoffnung auf eine bessere Verwaltung und Leistung des Speicherplatzes, aber diese Überzeugung ist falsch.
Leider führt das Ausführen OPTIMIZE TABLEeiner InnoDB-Tabelle, die in der gemeinsam genutzten Tabellenbereichsdatei gespeichert ibdata1ist, zwei Dinge aus:
- Macht die Daten und Indizes der Tabelle im Inneren zusammenhängend
ibdata1
- Fabrikate
ibdata1wachsen , weil die zusammenhängenden Daten und Indexseiten angehängt anibdata1
Sie können jedoch Tabellendaten und Tabellenindizes von ibdata1diesen trennen und unabhängig voneinander verwalten.
Angenommen , Sie hinzufügen waren innodb_file_per_tablezu /etc/my.cnf (my.ini). Können Sie dann einfach OPTIMIZE TABLEauf allen InnoDB-Tabellen laufen ?
Gute Nachricht : Wenn Sie OPTIMIZE TABLEmit innodb_file_per_tableaktiviert ausführen , wird eine .ibdDatei für diese Tabelle erstellt. Wenn Sie beispielsweise eine Tabelle mit mydb.mytableeinem Datenverzeichnis von haben /var/lib/mysql, wird Folgendes erzeugt:
/var/lib/mysql/mydb/mytable.frm/var/lib/mysql/mydb/mytable.ibd
Das .ibdenthält die Datenseiten und Indexseiten für diese Tabelle. Toll.
Schlechte Nachrichten : Alles, was Sie getan haben, ist, die Datenseiten und Indexseiten von mydb.mytableaus dem Leben in zu extrahieren ibdata. Der Datenwörterbucheintrag für jede Tabelle, einschließlich mydb.mytable, verbleibt weiterhin im Datenwörterbuch (siehe Bilddarstellung von ibdata1 ). SIE KÖNNEN AN ibdata1DIESEM PUNKT NICHT EINFACH LÖSCHEN !!! Bitte beachten Sie, dass das ibdata1überhaupt nicht geschrumpft ist.
Bereinigung der InnoDB-Infrastruktur
Um ibdata1ein für alle Mal zu schrumpfen , müssen Sie Folgendes tun:
Speichern Sie (z. B. mit mysqldump) alle Datenbanken in einer .sqlTextdatei ( SQLData.sqlwird unten verwendet).
Löschen Sie alle Datenbanken (außer mysqlund information_schema). CAVEAT : Führen Sie dieses Skript vorsichtshalber aus, um sicherzustellen, dass alle Benutzerberechtigungen vorhanden sind:
mkdir /var/lib/mysql_grants
cp /var/lib/mysql/mysql/* /var/lib/mysql_grants/.
chown -R mysql:mysql /var/lib/mysql_grants
Melden Sie sich bei MySQL an und führen Sie es aus SET GLOBAL innodb_fast_shutdown = 0;(Dadurch werden alle verbleibenden Transaktionsänderungen von ib_logfile0und vollständig gelöscht. ib_logfile1)
Fahren Sie MySQL herunter
Fügen Sie die folgenden Zeilen zu /etc/my.cnf(oder my.iniunter Windows) hinzu
[mysqld]
innodb_file_per_table
innodb_flush_method=O_DIRECT
innodb_log_file_size=1G
innodb_buffer_pool_size=4G
(Nebenbemerkung: Was auch immer Ihr Set ist innodb_buffer_pool_size, stellen Sie sicher, dass innodb_log_file_sizees 25% von ist innodb_buffer_pool_size.
Auch: innodb_flush_method=O_DIRECTist unter Windows nicht verfügbar)
Löschen ibdata*und ib_logfile*optional können Sie alle Ordner /var/lib/mysqlaußer entfernen /var/lib/mysql/mysql.
Start MySQL (Dies wird neu ibdata1[10 MB standardmäßig] und ib_logfile0und ib_logfile1bei 1G jeweils).
Importieren SQLData.sql
ibdata1Wird jetzt noch wachsen, enthält aber nur Tabellenmetadaten, da jede InnoDB-Tabelle außerhalb von existiert ibdata1. ibdata1enthält keine InnoDB-Daten und -Indizes für andere Tabellen mehr.
Angenommen, Sie haben eine InnoDB-Tabelle mit dem Namen mydb.mytable. Wenn Sie hineinschauen /var/lib/mysql/mydb, sehen Sie zwei Dateien, die die Tabelle darstellen:
mytable.frm (Speicher-Engine-Header)mytable.ibd (Tabellendaten und Indizes)
Mit der innodb_file_per_tableOption in /etc/my.cnfkönnen Sie ausführen OPTIMIZE TABLE mydb.mytableund die Datei /var/lib/mysql/mydb/mytable.ibdwird tatsächlich verkleinert.
Ich habe dies in meiner Karriere als MySQL-DBA viele Male getan. Tatsächlich habe ich beim ersten Mal eine 50-GB- ibdata1 Datei auf nur 500 MB verkleinert!
Versuche es. Wenn Sie weitere Fragen dazu haben, fragen Sie einfach. Vertrau mir; Dies wird sowohl kurzfristig als auch langfristig funktionieren.
VORBEHALT
Wenn in Schritt 6 MySQL aufgrund des Löschens des mysqlSchemas nicht neu gestartet werden kann , schauen Sie noch einmal in Schritt 2 nach. Sie haben die physische Kopie des mysqlSchemas erstellt. Sie können es wie folgt wiederherstellen:
mkdir /var/lib/mysql/mysql
cp /var/lib/mysql_grants/* /var/lib/mysql/mysql
chown -R mysql:mysql /var/lib/mysql/mysql
Gehen Sie zurück zu Schritt 6 und fahren Sie fort
UPDATE 2013-06-04 11:13 EDT
In Bezug auf das Setzen von innodb_log_file_size auf 25% von innodb_buffer_pool_size in Schritt 5 ist diese pauschale Regel eher alte Schule.
Zurück July 03, 2006hatte Percona einen schönen Artikel, warum man eine richtige innodb_log_file_size wählen sollte . Später Nov 21, 2008folgte Percona mit einem weiteren Artikel darüber, wie die richtige Größe basierend auf der Spitzenauslastung berechnet werden kann, wobei Änderungen im Wert von einer Stunde beibehalten werden .
Ich habe seitdem im DBA StackExchange Beiträge über die Berechnung der Protokollgröße geschrieben und wo ich auf diese beiden Percona-Artikel verwiesen habe.
Persönlich würde ich immer noch die 25% -Regel für eine Ersteinrichtung einhalten. Da die Arbeitslast im Laufe der Zeit in der Produktion genauer bestimmt werden kann, können Sie die Größe der Protokolle während eines Wartungszyklus in nur wenigen Minuten ändern .