Warum erhöht sich der MySQL-Primärschlüssel automatisch?

Die Gründe für die automatische Inkrementierung des MySQL-Primärschlüssels: 1. Der Datensatz selbst wird auf dem Blattknoten des Primärindex gespeichert. 2. MySQL fügt ihn basierend auf seinem Primärschlüssel in den entsprechenden Knoten und Speicherort ein 3. Die Tabelle verwendet einen automatisch inkrementierenden Primärschlüssel. Jedes Mal, wenn ein neuer Datensatz eingefügt wird, wird der Datensatz sequentiell an der nachfolgenden Position des aktuellen Indexknotens hinzugefügt.

Der Grund, warum MySQL automatisch inkrementierende Primärschlüssel verwendet, liegt darin, dass InnoDB-Tabellen damit sehr bequem zu verwenden sind und die Effizienz erheblich verbessert wird.

Empfohlener Kurs: MySQL-Tutorial.

Funktionen der InnoDB-Engine-Tabelle

1. Die InnoDB-Engine-Tabelle ist eine indexorganisierte Tabelle (IOT), die auf dem B+-Baum basiert

Über den B+-Baum

Eigenschaften des B+-Baums:

Alle Schlüsselwörter erscheinen in der verknüpften Liste der Blattknoten (dichter Index), und die Schlüsselwörter in der verknüpften Liste sind zufällig vorhanden Bestellt;

kann nicht auf Nicht-Blattknoten treffen;

Nicht-Blattknoten entsprechen dem Index von Blattknoten (Sparse-Index) und Blattknoten entsprechen Speicherdaten (Schlüsselwörter). Datenschicht;

2. Wenn wir einen Primärschlüssel (PRIMÄRSCHLÜSSEL) definieren, wählt InnoDB den Primärschlüssel als Clustered-Index aus Der eindeutige Index des Werts wird als Primärschlüsselindex verwendet. Wenn kein solcher eindeutiger Index vorhanden ist, wählt InnoDB die integrierte 6-Byte-lange ROWID als impliziten Clusterindex (ROWID wird erhöht). Der Zeilendatensatz wird geschrieben und der Primärschlüssel wird erhöht. Diese ROWID kann nicht in Anführungszeichen gesetzt werden, was implizit ist.

3. Der Datensatz selbst wird auf dem Blattknoten des Hauptindex (einem B+Baum) gespeichert. Dies erfordert, dass jeder Datensatz im selben Blattknoten (die Größe einer Speicherseite oder Festplattenseite) in der Reihenfolge des Primärschlüssels gespeichert wird. Wenn also ein neuer Datensatz eingefügt wird, fügt MySQL ihn basierend auf seinem Primärschlüssel in den entsprechenden Knoten ein . und Position, wenn die Seite den Ladefaktor erreicht (InnoDB-Standard ist 15/16), wird eine neue Seite (Knoten) geöffnet

4. Wenn die Tabelle einen automatisch ansteigenden Primärschlüssel verwendet, dann jeder Sobald ein neuer Datensatz eingefügt wird, wird der Datensatz nacheinander an der nachfolgenden Position des aktuellen Indexknotens hinzugefügt. Wenn eine Seite voll ist, wird automatisch eine neue Seite geöffnet

5. Wenn ein nicht automatischer -Aufsteigender Primärschlüssel verwendet wird (wenn die ID-Nummer oder Studentennummer usw.) Da der Wert des jedes Mal eingefügten Primärschlüssels ungefähr zufällig ist, muss jeder neue Datensatz irgendwo in der Mitte der vorhandenen Indexseite eingefügt werden Dieses Mal muss MySQL die Daten verschieben, um den neuen Datensatz an der entsprechenden Stelle einzufügen. Möglicherweise wurde die Zielseite zu diesem Zeitpunkt auf die Festplatte zurückgeschrieben und aus dem Cache gelöscht von der Festplatte, was viel Overhead verursacht. Gleichzeitig verursachen häufige Verschiebungs- und Paging-Vorgänge ein unzureichend kompaktes Bild. Die Indexstruktur erfordert OPTIMIZE TABLE, um die Tabelle neu aufzubauen und die Füllseite zu optimieren.

Zusammenfassend lässt sich sagen, dass die Zugriffseffizienz zu diesem Zeitpunkt am höchsten ist, wenn die Datenschreibreihenfolge der InnoDB-Tabelle mit der Reihenfolge der Blattknoten des B + -Baumindex übereinstimmt Effizienz in den folgenden Situationen Höchste:

Verwenden Sie eine automatisch inkrementierende Spalte (INT/BIGINT-Typ) als Primärschlüssel. Zu diesem Zeitpunkt ist die Schreibreihenfolge automatisch inkrementierend, was mit der Aufteilungsreihenfolge von übereinstimmt B+-Blattknoten;

Diese Tabelle gibt nicht an, dass die Spalte für die automatische Inkrementierung als Primärschlüssel verwendet wird, und es gibt keinen eindeutigen Index, der als Primärschlüssel ausgewählt werden kann (die obige Bedingung). , InnoDB wählt die integrierte ROWID als Primärschlüssel und die Schreibreihenfolge stimmt mit der ROWID-Wachstumsreihenfolge überein.

Wenn eine InnoDB-Tabelle außerdem keinen Primärschlüssel anzeigt, und Es gibt einen eindeutigen Index, der als Primärschlüssel ausgewählt werden kann. Der eindeutige Index steht jedoch möglicherweise nicht in einer inkrementellen Beziehung (z. B. Zeichenfolge, UUID, gemeinsamer eindeutiger Index für mehrere Felder). Die Zugriffseffizienz der Tabelle ist relativ schlecht .

Das obige ist der detaillierte Inhalt vonWarum erhöht sich der MySQL-Primärschlüssel automatisch?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!