Was ist der Unterschied zwischen MyISAM und InnoDB in MySQL?

Unterschiede: 1. InnoDB unterstützt Transaktionen, MyISAM jedoch nicht. 3. InnoDB ist ein Clustered-Index, während MyISAM ein Nicht-Clustered-Index ist Volltextindizes, aber MyISAM unterstützt Sperren auf Tabellen- und Zeilenebene. 6. InnoDB-Tabellen müssen eindeutige Indizes haben, Myisam benötigt diese jedoch nicht . Die Speicherdateien sind unterschiedlich.

Die Betriebsumgebung dieses Tutorials: Windows7-System, MySQL8-Version, Dell G3-Computer.

InnoDB: MySQLs Standard-Transaktions-Engine und die wichtigste und am weitesten verbreitete Speicher-Engine. Es ist für eine große Anzahl kurzfristiger Transaktionen ausgelegt. In den meisten Fällen werden kurzfristige Transaktionen normal übermittelt und selten zurückgesetzt. Die Leistung und die Funktionen zur automatischen Wiederherstellung nach einem Absturz machen InnoDB beliebt für nicht-transaktionale Speicheranforderungen. Sofern kein ganz besonderer Grund vorliegt, eine andere Speicher-Engine zu verwenden, sollte der InnoDB-Engine Vorrang eingeräumt werden.

MyISAM: In MySQL 5.1 und früheren Versionen ist MyISAM die Standard-Engine. MyISAM bietet eine große Anzahl von Funktionen, darunter Volltextindizierung, Komprimierung, räumliche Funktionen (GIS) usw., aber MyISAM unterstützt keine Transaktionen und Sperren auf Zeilenebene, und ein zweifelloser Fehler besteht darin, dass es nach einem nicht sicher wiederhergestellt werden kann Absturz.

Der Unterschied zwischen MyISAM und InnoDB in MySQL:

1. Bei InnoDB ist jede SQL-Sprache standardmäßig in eine Transaktion gekapselt und wird automatisch übermittelt Daher ist es am besten, mehrere SQL-Anweisungen zwischen begin und commit einzufügen, um eine Transaktion zu bilden.

2 InnoDB unterstützt Fremdschlüssel, MyISAM jedoch nicht. Das Konvertieren einer InnoDB-Tabelle mit Fremdschlüsseln in MYISAM schlägt fehl.

3 ist ein Clustered-Index, der B+Tree als Indexstruktur verwendet und die Datendatei an den (Primärschlüssel-)Index (die Tabellendaten) gebunden ist Datei selbst Es handelt sich um eine von B + Baum organisierte Indexstruktur. Sie muss einen Primärschlüssel haben, und die Indizierung über den Primärschlüssel ist sehr effizient. Der Hilfsindex erfordert jedoch zwei Abfragen: Zuerst wird der Primärschlüssel abgefragt und dann werden die Daten über den Primärschlüssel abgefragt. Daher sollte der Primärschlüssel nicht zu groß sein, denn wenn der Primärschlüssel zu groß ist, werden auch andere Indizes groß.

MyISAM ist ein nicht gruppierter Index und verwendet auch B+Tree als Indexstruktur. Der Index und die Datendateien sind getrennt, und der Index speichert den Zeiger der Datendatei. Primärschlüsselindizes und Sekundärindizes sind unabhängig.

Das heißt: Die Blattknoten des B+-Baum-Primärschlüsselindex von InnoDB sind die Datendateien, und die Blattknoten des Hilfsindex sind die Werte des Primärschlüssels, während die Blattknoten des B+-Baum-Primärschlüssels von MyISAM sind Index und Hilfsindex sind die Adresszeiger der Datendateien.

4. InnoDB speichert nicht die spezifische Anzahl von Zeilen in der Tabelle und ein vollständiger Tabellenscan ist erforderlich, wenn „select count(*) from table“ ausgeführt wird. MyISAM verwendet eine Variable, um die Anzahl der Zeilen in der gesamten Tabelle zu speichern. Wenn Sie die obige Anweisung ausführen, müssen Sie nur die Variable lesen, was sehr schnell ist (beachten Sie, dass keine WHERE-Bedingungen hinzugefügt werden können). InnoDB hat diese Variable nicht?

Wenn sich der Index nicht vollständig im von InnoDB verwalteten Puffer (Pufferpool) befindet, ist der Zählvorgang zeitaufwändiger. Sie können eine Tabelle erstellen, die die Gesamtzahl der Zeilen aufzeichnet, und Ihr Programm die entsprechenden Daten während INSERT/DELETE aktualisieren lassen. Wie das oben erwähnte Problem ist diese Lösung nicht sehr nützlich, wenn zu diesem Zeitpunkt mehrere Transaktionen vorliegen. Wenn der ungefähre Zeilenwert ausreicht, um Ihre Anforderungen zu erfüllen, können Sie SHOW TABLE STATUS ausprobieren. 5. Innodb unterstützt keine Volltextindizierung, aber MyISAM unterstützt die Volltextindizierung immer schneller Effizienz bei der Volltextindizierung; PS: InnoDB unterstützt nach 5.7 den Volltextindex

6. InnoDB unterstützt Tabellen- und Zeilensperren (Standard). unterstützt Sperren auf Tabellenebene

                                                                                                                                                                                                                          Die Zeilensperre von InnoDB wird auf den Index und nicht auf den physischen Zeilendatensatz implementiert. Der Untertext lautet: Wenn der Zugriff nicht auf den Index trifft und die Zeilensperre nicht verwendet werden kann, wird sie zu einer Tabellensperre degenerieren.

Zum Beispiel:

t_user(uid, uname, age, sex) innodb;
 
    uid PK
    无其他索引
    update t_user set age=10 where uid=1;             命中索引，行锁。
 
    update t_user set age=10 where uid != 1;           未命中索引，表锁。
 
    update t_user set age=10 where name='chackca';    无索引，表锁。

8. Die InnoDB-Tabelle muss einen eindeutigen Index (z. B. einen Primärschlüssel) haben (wenn der Benutzer ihn nicht angibt, wird eine versteckte Spalte Row_id gefunden/erzeugt, die als Standard-Primärschlüssel dient Schlüssel), während Myisam es nicht benötigt

9. Innodb-Speicherdateien sind frm, ibd, und Myisam ist frm, MYD, MYI

Innodb: frm ist eine Tabellendefinitionsdatei, ibd ist eine Datendatei

Myisam: frm ist eine Tabellendefinitionsdatei, myd ist eine Datendatei, myi ist eine Indexdatei

Wie wählt man:

1. Möchten Sie Transaktionen unterstützen? Bitte wählen Sie innodb. Wenn nicht, können Sie MyISAM in Betracht ziehen. 2. Wenn die meisten Tabellen nur für Leseabfragen geeignet sind, können Sie MyISAM verwenden.

3. Nach einem Systemabsturz ist es für MyISAM schwieriger, es wiederherzustellen.

4. Innodb ist seit Version 5.5 (vorher MyISAM) die Standard-Engine von MySQL Die Vorteile liegen auf der Hand. Ja, wenn Sie nicht wissen, was Sie verwenden sollen, dann verwenden Sie InnoDB, zumindest ist es nicht schlecht.

Warum empfiehlt InnoDB die Verwendung einer automatisch inkrementierenden ID als Primärschlüssel?

Antwort: Durch die automatische Inkrementierung der ID kann sichergestellt werden, dass der B+-Index bei jedem Einfügen von rechts erweitert wird, wodurch B+-Bäume und häufiges Zusammenführen und Aufteilen (im Vergleich zur Verwendung von UUID) vermieden werden können. Wenn Sie String-Primärschlüssel und zufällige Primärschlüssel verwenden, werden die Daten zufällig eingefügt und die Effizienz ist gering.

Die 4 Hauptfunktionen der innodb-Engine

                                                            Puffer einfügen (Puffer einfügen), doppeltes Schreiben (doppeltes Schreiben), adaptiver Hash-Index (ahi), vorauslesen (vorauslesen)

【Verwandt Empfehlungen: MySQL-Video-Tutorial】

Das obige ist der detaillierte Inhalt vonWas ist der Unterschied zwischen MyISAM und InnoDB in MySQL?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!