Standardmäßig speichert MySQL InnoDB alle Tabellen aller DBs in einer globalen Datei. Sie können dies ändern, indem Sie innodb_file_per_table in der Konfiguration festlegen, die dann eine Datendatei für jede Tabelle erstellt.
Ich frage mich, warum innodb_file_per_tablenicht standardmäßig aktiviert ist. Gibt es Nachteile bei der Verwendung?
Antworten:
Ich habe die vollständige Antwort auf diese Frage.
Sobald innodb_file_per_table eingerichtet ist und neue InnoDB-Tabellen mit verkleinert werden können, ALTER TABLE <innodb-table-name> ENGINE=InnoDB';werden neue .ibdDateien mit GARANTIE verkleinert.
Wenn Sie ALTER TABLE <innodb-table-name> ENGINE=InnoDB';eine InnoDB-Tabelle ausführen, die vor der Verwendung von innodb_file_per_table erstellt wurde, werden die Daten und Indizes für diese Tabelle aus der Datei ibdata1 entfernt und in einer .ibdDatei gespeichert. Auf diese Weise verbleibt eine permanente Taube in der Datei ibdata1, die niemals wiederverwendet werden kann .
Die ibdata1Datei enthält normalerweise vier Arten von Informationen
Pictorial Representation of ibdata1Hier ist die garantierte Möglichkeit, die ibdata1-Datei für immer zu verkleinern ...
SCHRITT 01) MySQLDump alle Datenbanken in eine SQL-Textdatei (nennen Sie es SQLData.sql)
SCHRITT 02) Löschen Sie alle Datenbanken (mit Ausnahme der Schemata mysql, information_schema und performance_schema).
SCHRITT 03) Fahren Sie mysql herunter
SCHRITT 04) Fügen Sie die folgenden Zeilen zu /etc/my.cnf hinzu
[mysqld]
innodb_file_per_table
innodb_flush_method=O_DIRECT
innodb_log_file_size=1G
innodb_buffer_pool_size=4G
innodb_data_file_path=ibdata1:10M:autoextend
Anmerkung: Unabhängig von Ihrer Einstellung für innodb_buffer_pool_size müssen Sie sicherstellen, dass innodb_log_file_size 25% von innodb_buffer_pool_size beträgt.
Zu diesem Zeitpunkt sollte nur das MySQL-Schema in / var / lib / mysql vorhanden sein
Dadurch wird ibdata1 bei 10 MB neu erstellt (Option nicht konfigurieren), ib_logfile0 und ib_logfile1 bei jeweils 1 GB
ibdata1 wächst, enthält jedoch nur Tabellenmetadaten und intermittierende MVCC-Daten.
Jede InnoDB-Tabelle existiert außerhalb von ibdata1
Angenommen, Sie haben eine InnoDB-Tabelle mit dem Namen mydb.mytable. Wenn Sie darauf zugreifen /var/lib/mysql/mydb, werden zwei Dateien angezeigt, die die Tabelle darstellen
mytable.frm (Speicher-Engine-Header)mytable.ibd(Heimat der Tabellendaten und Tabellenindizes für mydb.mytable)ibdata1 enthält keine InnoDB-Daten und -Indizes mehr.
Mit der Option innodb_file_per_table in /etc/my.cnfkönnen Sie OPTIMIZE TABLE mydb.mytableOR ausführen ALTER TABLE mydb.mytable ENGINE=InnoDB;und die Datei /var/lib/mysql/mydb/mytable.ibdwird tatsächlich verkleinert.
Ich habe dies in meiner Karriere als MySQL-DBA unzählige Male getan, ohne danach ein einziges Problem zu haben. Tatsächlich habe ich beim ersten Mal eine 50 GB große ibdata1-Datei auf 50 MB reduziert.
Versuche es. Wenn Sie weitere Fragen dazu haben, senden Sie mir eine E-Mail. Vertrau mir. Dies wird kurzfristig und langfristig funktionieren.
Ich habe diesbezüglich eine Einschränkung, die ich in anderen Beiträgen von mir aktualisiert habe, aber diese habe ich verpasst: Ich aktualisiere meine Antwort ein wenig mehr mit innodb_fast_shutdown, weil ich mysql neu gestartet und mysql dazu angehalten habe. Jetzt ist dieser Schritt von entscheidender Bedeutung, da jede nicht festgeschriebene Transaktion andere bewegliche Teile innerhalb und außerhalb der InnoDB-Transaktionsprotokolle enthalten kann ( siehe InnoDB-Infrastruktur ).
Bitte beachten Sie, dass das Setzen von innodb_fast_shutdown auf 2 die Abmeldungen ebenfalls bereinigen würde, aber noch mehr bewegliche Teile vorhanden sind und bei Crash Recovery während des Starts von mysqld ausgewählt werden. Die Einstellung 0 ist am besten.
innodb_fast_shutdown=0muss vor dem Herunterfahren in MySQL gesetzt werden, um die Protokolldateien zu löschen! ( ib_logfile0und ib_logfile1) Andernfalls könnten Sie Daten verlieren!
Siehe Fehler .
Gibt es Nachteile bei der Verwendung?
Bei großen Datenbanken verwende ich immer innodb_file_per_table.
ibdata1die Alternative zu file-per-table. Zumindest ist es möglich, eine .ibd mit zu verkleinern optimize table, was im Vergleich zum Verkleinern von ibdata1 trivial ist.
innodb_file_per_table ist in MariaDB standardmäßig aktiviert.
Der Grund, warum ich mich gegen die Verwendung entschieden habe innodb_file_per_table, ist, dass jede Tabelle in einer eigenen Datei abgelegt ist, was bedeutet, dass jede Tabelle ihren eigenen, separaten Overhead (Dateisignaturen usw.) erhält, wodurch sich die Gesamtgröße des MySQLVerzeichnisses ergibt größer als bei Verwendung eines gemeinsam genutzten Tabellenbereichs. Darüber hinaus wird aufgrund der Cluster-Lose mehr Speicherplatz verschwendet, wenn mehrere kleine Dateien statt einer einzigen großen vorhanden sind.
Zugegeben, der zusätzliche Aufwand ist im großen Rahmen nicht gewaltig , insbesondere wenn Sie ein großes Laufwerk verwenden oder eine riesige Datenbank haben, aber für mich selbst (und wahrscheinlich für viele „Heimanwender“) summiert sich alles auf und war immer noch zu viel für das kleine Laufwerk mit den großen Clustern, in denen ich meinen MySQL-Speicher aufbewahrte.
Zum Beispiel meine Datenbankspeicher mit meinem Wordpress - Datenbanken und ein paar andere kleine Datenbanken (phpBB, Entwickler, einige AMP - Tests, etc.), die Umstellung auf pro-Tabelle änderte sie sich von 32 MB bis 50 MB, und das schließt nicht einmal die ibdata1denen noch erfordert ein Minimum von 10 MB , für eine Gesamtmenge von mindestens 60 MB.
Wie ich bereits sagte, ist dies für manche Menschen, insbesondere für Unternehmen, kein allzu großes Problem. Wenn Sie jedoch ein Heimanwender sind, der nur Ihre Website, Ihren Blog usw. hostet, kann dies in der Tat ein Faktor bei der Auswahl sein ein Host-Provider, weil viele Hosts die Größe Ihrer Datenbank zusätzlich zur gesamten Festplattennutzung begrenzen.
IBDATA1). Es ging von 30 MB auf ~ 85 MB. Nachdem ich das Ganze gelöscht und einen Dump von Grund auf neu importiert hatte, erhielt ich 69 MB anstelle der vorherigen 30 MB (eine Vermutung, welche Datenbank mehr als die Hälfte davon in Anspruch nahm). Aus irgendeinem Grund sind meine ibdata1Daten trotz der Verwendung pro Tabelle immer noch 18 MB groß. ☹
mit innodb_file_per_table = 1 kann die drop table langsamer werden, siehe hier