Was ist der Ausführungsprozess der MySQL-Tabellenverbindung?

1. Vorwort

Für Verbindungsoperationen setzen wir die Zuordnungsbedingungen der Fahrtabelle und der getriebenen Tabelle nach auf oder Wo wird kein Fehler gemeldet, aber die erhaltene Ergebnismenge ist unterschiedlich? ? ?

1.1 Das Prinzip der MySQL-Verbindung

Wie wir alle wissen, basiert MySQL auf dem Nested-Loop-Join-Algorithmus (Nested-Loop-Join, unabhängig vom Optimierungsalgorithmus), um Verbindungsvorgänge zwischen Tabellen durchzuführen. Der allgemeine Prozess ist wie folgt :

• Wählen Sie die Treibertabelle aus und verwenden Sie die Filterbedingungen für die Treibertabelle, um eine Einzeltabellenabfrage für die Treibertabelle auszuführen.

• Suchen Sie für jeden Datensatz in der abgefragten Treibertabelle nach passenden Datensätzen der angetriebene Tisch.

Der Pseudocode lautet wie folgt:

for each row in t1 {      // 遍历满足对t1单表查询结果集中的每一条纪录
    for each row in t2 {  // 对于某条t1纪录，遍历满足对t2单表查询结果集中的每一条纪录
        if row satisfies join conditions, send to client
    }
}

1.2 Befehl „Show Warnings“

Die von uns geschriebene SQL-Anweisung wird nach der Optimierung durch den Optimierer zur Ausführung an den Executor übergeben, und der Befehl „Show Warnings“ kann hilfreich sein Wir erhalten den Optimierer Optimized SQL.

2. Vorbereitungsarbeit

Die Tabellenstruktur ist wie folgt:

CREATE TABLE `student` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `stu_code` varchar(20) NOT NULL DEFAULT '',
  `stu_name` varchar(30) NOT NULL DEFAULT '',
  `stu_sex` varchar(10) NOT NULL DEFAULT '',
  `stu_age` int(10) NOT NULL DEFAULT '0',
  `stu_dept` varchar(30) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE KEY `uq_stu_code` (`stu_code`)
) ENGINE=InnoDB AUTO_INCREMENT=43 DEFAULT CHARSET=utf8mb4

CREATE TABLE `course` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `cou_code` varchar(20) NOT NULL DEFAULT '',
  `cou_name` varchar(50) NOT NULL DEFAULT '',
  `cou_score` int(10) NOT NULL DEFAULT '0',
  `stu_code` varchar(20) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`) USING BTREE,
  KEY `idx_stu_code_cou_code` (`stu_code`,`cou_code`)
) ENGINE=InnoDB AUTO_INCREMENT=19 DEFAULT CHARSET=utf8mb4

Die Tabellendaten sind wie folgt:

3. Der Unterschied zwischen on und where im Inner Join

sql wie folgt:

select * from student
inner join course on student.stu_code = course.stu_code
and student.stu_code >= 3 and course.cou_score >= 80;

Führen Sie den Befehl „explain+sql“ aus:

Führen Sie den Befehl „show warnings“ aus:

Analyse: Aus der Analyse „show warnings“, für das Innere Join-Verbindung, nach Optimierung durch den Optimierer, on Die Verbindungsbedingung wird in where konvertiert! Mit anderen Worten, where und on in inneren Verbindungen sind gleichwertig. 对于inner join连接，经过优化器优化后，on连接条件会转化为where！也就是说内连接中的where和on是等价的。

4. left join左连接on、where的区别

4.1 where驱动表过滤条件

sql如下：

select * from student
left join course on student.stu_code = course.stu_code
where student.stu_code >= 3;

执行explain+sql命令：

执行show warnings命令：

结果集：

分析：从explain分析看出，student作为驱动表，把student.stu_code >= 3作为过滤条件进行全表扫描，然后把查询到的每条纪录的student.stu_code（也就是on条件里面的）分别作为过滤条件让被驱动表course做单表查询。

4.2 on驱动表过滤条件

sql如下：

select * from student
left join course on student.stu_code = course.stu_code 
and student.stu_code >= 3;

执行explain+sql命令：

执行show warnings命令：

结果集：

从结果集来看，student.stu_code >= 3并未生效，为什么？

分析：从explain分析看出，student作为驱动表，做全表扫描，然后把查询到的每条记录的student.stu_code和student.stu_code >= 3（也就是on条件里面的）分别做为过滤条件让被驱动表做单表查询；此时student.stu_code >= 3对驱动表是不过滤的，仅在连接被驱动表时生效，查询不到符合纪录而返回NULL！

4. Der Unterschied zwischen Left Join On und Where

4.1 Where-Treibertabellen-Filterbedingungen

SQL ist wie folgt:

select * from student
left join course on student.stu_code = course.stu_code 
and course.cou_score >= 80;

Führen Sie den Befehl „explain+sql“ aus:

Befehl zum Anzeigen von Warnungen ausführen:

Ergebnissatz:

Analyse: 🎜Aus der EXPLAIN-Analyse wird student als Treibertabelle verwendet, student.stu_code >= 3 wird als Filterbedingung verwendet, um einen vollständigen Tabellenscan durchzuführen, und dann wird student.stu_code (d. h. in der Ein-Bedingung) verwendet. Jeder abgefragte Datensatz wird als Filterbedingung verwendet, um eine einzelne Tabellenabfrage im Tabellenverlauf durchzuführen. 🎜🎜4.2 für Treibertabellenfilterbedingungen 🎜🎜🎜SQL lauten wie folgt: 🎜🎜rrreee🎜🎜Erklären+SQL-Befehl ausführen: 🎜🎜🎜🎜🎜🎜Befehl zum Anzeigen von Warnungen ausführen: 🎜🎜🎜🎜🎜🎜Ergebnismenge: 🎜🎜🎜🎜🎜Aus der Ergebnismenge wird student.stu_code >= 3 nicht wirksam , Warum? 🎜🎜🎜Analyse: 🎜Aus der Erklärungsanalyse geht hervor, dass „Student“ als Treibertabelle verwendet wird, um einen vollständigen Tabellenscan durchzuführen, und dass dann „student.stu_code“ und „student.stu_code“ jedes abgefragten Datensatzes >= 3 sind (das ist, in der Ein-Bedingung) Verwenden Sie sie als Filterbedingungen, um die gesteuerte Tabelle eine Einzeltabellenabfrage durchführen zu lassen; Zu diesem Zeitpunkt wird student.stu_code >= 3 nicht für die Treibertabelle gefiltert. Es wird nur wirksam, wenn Wird eine Verbindung zur gesteuerten Tabelle hergestellt, wird in der Abfrage kein passender Datensatz gefunden. 🎜🎜4.3 für gesteuerte Tabellenfilterbedingungen 🎜🎜🎜SQL lauten wie folgt: 🎜🎜rrreee🎜🎜Erklären+SQL-Befehl ausführen: 🎜🎜🎜🎜🎜🎜🎜Show-Warnungen-Befehl ausführen: 🎜🎜🎜 🎜🎜 🎜🎜 Ergebnisse Folge: 🎜🎜🎜🎜🎜

Analyse: Aus der Erklärungsanalyse geht hervor, dass student als Treibertabelle zum Durchführen eines vollständigen Tabellenscans verwendet wird und dann student.stu_code und course.cou_score >= 80 sind (d. h. im Ein-Zustand). ) jedes abgefragten Datensatzes werden separat verwendet. Verwenden Sie die gesteuerte Tabelle als Filterbedingung, um eine einzelne Tabellenabfrage durchzuführen.

4.4 wobei die Filterbedingung für die gesteuerte Tabelle

SQL wie folgt lautet:

Show-Warnungen-Befehl ausführen:

Ergebnissatz:

Aus der Analyse von Show-Warnungen? Linke Join-Verbindung wird zur inneren Join-Verbindung? Analyse: Aus der Analyse der Warnmeldungen geht hervor, dass, wenn die gesteuerte Tabelle Filterbedingungen in „wo“ aufweist, der linke Join ungültig gemacht und in eine innere Join-Verbindung optimiert wird. Also

.

Das obige ist der detaillierte Inhalt vonWas ist der Ausführungsprozess der MySQL-Tabellenverbindung?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!