1. Häufig verwendete MySQL-Speicher-Engines und -Funktionen
1. InnoDB-Speicher-Engine
MySQLs standardmäßig integrierte Speicher-Engine nach MySQL-Version 5.5 ist bereits InnoDB. Seine Hauptfunktionen sind:
(1) Disaster Recovery ist besser;
(2) Unterstützt Transaktionen. Die Standardtransaktionsisolationsstufe ist Wiederholbarkeit, die durch MVCC (Concurrent Version Control) implementiert wird.
(3) Die verwendete Sperrgranularität ist eine Sperre auf Zeilenebene, die eine höhere Parallelität unterstützen kann.
(4) Unterstützt Fremdschlüssel.
(5) Verwenden Sie einige Hot-Backup-Tools, um Online-Hot-Backups zu unterstützen.
(6) Über den Pufferpool werden alle Indizes und Daten zwischengespeichert, um die Abfrage zu beschleunigen.
(7) Bei Tabellen vom Typ InnoDB ist die physische Organisationsform der Daten Clustering. Cluster-Tabelle. Alle Daten sind nach Primärschlüsseln organisiert. Die Daten und Indizes werden zusammengestellt und befinden sich auf den Blattknoten der B+-Nummer.
2. MyISAM-Speicher-Engine
Vor Version 5.5 war MyISAM die Standard-Speicher-Engine von MySQL schlechte Parallelität und keine Unterstützung für Transaktionen, daher gibt es relativ wenige Verwendungsszenarien:
(1) Unterstützt keine Transaktionen.
(2) Unterstützt keine Fremdschlüssel Fügen Sie einen Fremdschlüssel hinzu, es wird kein Fehler angezeigt, es werden nur Fremdschlüssel hinzugefügt. Der Schlüssel hat keine Funktion. (3) Der Abfragecache für Daten speichert nur den Index und nicht die Daten der eigene Cache des Betriebssystems;
(4) Die Standardsperrengranularität ist die Sperre auf Tabellenebene, daher ist die Parallelität sehr schlecht, die Sperre erfolgt schnell und es gibt weniger Sperrkonflikte, sodass es weniger wahrscheinlich ist, dass Deadlocks auftreten (5) Unterstützt den Volltextindex (nach MySQL 5.6 hat die InnoDB-Speicher-Engine auch Verbesserungen am unterstützten Volltextindex vorgenommen), aber der Volltextindex von MySQL wird grundsätzlich nicht verwendet. Für den Volltextindex gibt es andere ausgereifte Lösungen wie: ElasticSearch, Solr, Sphinx usw.
(6) Wenn der Host, auf dem sich die Datenbank befindet, ausfällt, werden MyISAM-Datendateien leicht beschädigt und sind schwer wiederherzustellen.
3 Speicher-Engine
speichert Daten im Speicher und verwendet Redis Der Markt hat ähnliche Ideen, um die Geschwindigkeit des Datenzugriffs zu verbessern:
(1) Die unterstützten Datentypen sind begrenzt, zum Beispiel: TEXT- und BLOB-Typen Für Daten vom Typ „String“ wird nur „Fixed“ unterstützt. Für Zeilen mit einer bestimmten Länge wird VARCHAR automatisch als CHAR-Typ gespeichert. (2) Die unterstützte Sperrgranularität ist die Sperre auf Tabellenebene. Wenn die Zugriffsmenge relativ groß ist, werden Sperren auf Tabellenebene zum Engpass der MEMORY-Speicher-Engine. (3) Da die Daten im Speicher gespeichert sind, gehen alle Daten verloren, nachdem der Server neu gestartet wurde.
(4) Wenn bei der Abfrage eine temporäre Tabelle verwendet wird und die temporäre Tabelle Felder vom Typ BLOB und TEXT enthält, wird die temporäre Tabelle in eine Tabelle vom Typ MyISAM konvertiert und die Leistung nimmt stark ab
4. ARCHIVE-Speicher-Engine
Die ARCHIVE-Speicher-Engine ist für begrenzte Szenarien geeignet. Da sie Komprimierung unterstützt, wird sie hauptsächlich zum Archivieren von Protokollen, Streaming und anderen Daten verwendet. 1) Unterstützt die Zlib-Komprimierung und speichert die Daten vor dem Einfügen in die Tabelle.
(2) Unterstützt nur SELECT- und INSERT-Vorgänge. Die gespeicherten Daten können nur abgefragt und nicht geändert oder gelöscht werden ;
(3) unterstützt nur Auto-Inkrementierungsschlüssel-Index, andere Indizes werden nicht unterstützt;
5 Datenübertragungstest, Hauptfunktionen:
(1 ) Das Datenformat ist Text im CSV-Format, der direkt bearbeitet werden kann.
(2) Der Import und Export ist bequemer. Sie können die Daten direkt in eine CSV-Datei exportieren und versuchen, sie mit zu öffnen Excel-Office-Software;
2. Aufgrund der unterschiedlichen Sperrgranularität unterstützt InnoDB eine höhere Zeilenebene Sperren und MyISAM verfügen über Sperren auf Tabellenebene, daher ist InnoDB anfälliger für Deadlocks als MyISAM. Die Wahrscheinlichkeit eines Konflikts ist größer und die Kosten für das Sperren sind ebenfalls höher, da jede Zeile gesperrt werden muss In Bezug auf Sicherung und Notfallwiederherstellung unterstützt InnoDB Online-Hot-Backups und verfügt über eine sehr ausgereifte Online-Hot-Backup-Lösung.
4 In Bezug auf die Abfrageleistung ist die Abfrageeffizienz von MyISAM höher als die von InnoDB, da InnoDB den Datencache während des Vorgangs verwalten muss Der Abfrageprozess sucht zunächst den Datenblock, in dem sich die Zeile befindet, und ordnet ihn dann in der Zeile, in der Sie suchen möchten, der Speicheradresse zu, in der sich die Daten befinden kann die Daten direkt finden;
5. Wenn die Anzahl der Zeilen mehr als zehn Millionen beträgt, kann MyISAM schnell herausfinden, dass InnoDB-Abfragen besonders langsam sind, da MyISAM die Anzahl der Zeilen separat speichert. und InnoDB erfordert, dass Zhu Xing die Anzahl der Zeilen zählt. Wenn Sie also InnoDB verwenden und die Anzahl der Zeilen abfragen müssen, müssen Sie eine spezielle Verarbeitung für die Anzahl der Zeilen durchführen, z . Zu den Tabellenstrukturdateien von MyISAM gehören: .frm (Tabellenstrukturdefinition), .MYD (Daten); die Tabellendatendateien von InnoDB sind: .ibd und .frm (Tabellenstrukturdefinition); >3. So wählen Sie eine geeignete Speicher-Engine aus
Ob das Nutzungsszenario eine hohe Parallelität erfordert MyISAM; ob es notwendig ist, Fremdschlüssel zu unterstützen;
5 nur Puffer-Index;
6. Index, die Indizes verschiedener Speicher-Engines sind nicht gleich;
Weitere technische Artikel zum Thema MySQL finden Sie in der Spalte MySQL-Tutorial, um mehr darüber zu erfahren!
Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der MySQL-Speicher-Engine. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
