MySQL 优化：优化 SQL 语句：优化 SELECT 语句 - 版本历史

Eijux：/* 条件过滤【？？？】 */

2023-04-26T19:34:59Z

条件过滤【？？？】

←上一版本		2023年4月27日 (四) 03:34的版本
第743行：		第743行：


	在“'''EXPLAIN'''”输出中：“rows”列指示所选访问方法的行估计，而“filtered”列反映条件过滤的效果。 ~~filtered值 table 示为百分比。最大值为 100，table 示没有行过滤发生。值从~~ 100 ~~减小 table 示过滤量增加。~~		在“'''EXPLAIN'''”输出中：“rows”列指示所选访问方法的行估计，而“filtered”列反映条件过滤的效果。 filtered值表示为百分比。最大值为 100，表示没有行过滤发生。值从 100 减小表示过滤量增加。

2023年3月31日 (五) 15:16 Eijux

2023-03-31T15:16:58Z

←上一版本		2023年3月31日 (五) 23:16的版本
第1行：		第1行：
	[[category:~~MySQL~~]]		[[category:MySQL文档]]

	== 关于 ==		== 关于 ==

Eijux：/* “嵌套循环”连接算法【？？？】 */

2021-05-07T15:04:13Z

“嵌套循环”连接算法【？？？】

←上一版本		2021年5月7日 (五) 23:04的版本
第577行：		第577行：
	# 通过索引条件下推，MySQL '''在读取整个表行之前检查“lastname LIKE '%etrunia%'”部分。这避免了读取与匹配“zipcode”条件但不匹配“lastname”条件的索引元组相对应的完整行'''。		# 通过索引条件下推，MySQL '''在读取整个表行之前检查“lastname LIKE '%etrunia%'”部分。这避免了读取与匹配“zipcode”条件但不匹配“lastname”条件的索引元组相对应的完整行'''。

	== ~~“嵌套循环”连接算法【？？？】~~ ==		== “'''嵌套循环连接'''”算法 ==
	MySQL 使用嵌套循环算法或其上的变体在表之间执行联接。		MySQL 使用嵌套循环算法或其上的变体在表之间执行联接。

	=== ~~“嵌套循环”连接算法~~ ===		=== “嵌套循环连接”算法（NLJ） ===
	一个简单的嵌套循环联接（NLJ）算法：一次从一个循环中的第一个表中读取行，然后将每一行传递给一个嵌套循环，该循环处理联接中的下一个表。重复此过程的次数与要连接的表的次数相同。		一个简单的嵌套循环联接（NLJ）算法：一次从一个循环中的第一个表中读取行，然后将每一行传递给一个嵌套循环，该循环处理联接中的下一个表。重复此过程的次数与要连接的表的次数相同。

第605行：		第605行：
	因为 NLJ 算法一次将行从外循环传递到内循环，所以它通常会'''多次读取在内循环中处理的表'''。		因为 NLJ 算法一次将行从外循环传递到内循环，所以它通常会'''多次读取在内循环中处理的表'''。

	=== ~~块“嵌套循环”连接算法~~ ===		=== “块嵌套循环连接”算法（BNL） ===
	~~块嵌套循环（BNL）连接算法：使用外部循环中读取的行的缓冲来减少必须读取内部循环中的表的次数。~~		块嵌套循环（BNL）连接算法：'''使用外部循环中读取的行的缓冲，来减少必须读取内部循环中的表的次数'''。
	: 例如，如果将 10 ~~行读入一个缓冲区并将该缓冲区传递给下一个内部循环，则可以将内部循环中读取的每一行与缓冲区中的所有10行进行比较。~~		: 例如，如果将 10 行读入一个缓冲区并将该缓冲区传递给下一个内部循环，则可以将内部循环中读取的每一行与缓冲区中的所有10行进行比较。这将使必须读取内部表的次数减少一个数量级。
	* 这将使必须读取内部表的次数减少一个数量级。


第623行：		第622行：
	'''示例：'''<br/>		'''示例：'''<br/>
	对于先前为 NLJ 算法描述的示例连接（不带缓冲），使用连接缓冲按如下方式进行连接：		对于先前为 NLJ 算法描述的示例连接（不带缓冲），使用连接缓冲按如下方式进行连接：
	<syntaxhighlight lang="mysql">		<syntaxhighlight lang="mysql" highlight="">
	for each row in t1 matching range {		for each row in t1 matching range {
	for each row in t2 matching reference key {		for each row in t2 matching reference key {

Eijux：/* 松散索引扫描 */

2021-05-06T09:42:11Z

松散索引扫描

←上一版本		2021年5月6日 (四) 17:42的版本
第1,052行：		第1,052行：
	# 查询是在单个表上。		# 查询是在单个表上。
	# GROUP BY 仅命名构成索引最左前缀的列，不命名其他列。（如果查询具有 DISTINCT 子句，而不是 GROUP BY，则所有不同的属性都引用构成索引最左前缀的列）		# GROUP BY 仅命名构成索引最左前缀的列，不命名其他列。（如果查询具有 DISTINCT 子句，而不是 GROUP BY，则所有不同的属性都引用构成索引最左前缀的列）
	例如，如果表 t1 在(c1,c2,c3)上具有索引，则松散索引扫描适用于查询具有“GROUP BY c1, c2”。如果查询具有“GROUP BY c2, c3”（列不是最左边的前缀）或“GROUP BY c1, c2, c4”（c4不在索引中），则此方法不适用。		#: 例如，如果表 t1 在(c1,c2,c3)上具有索引，则松散索引扫描适用于查询具有“GROUP BY c1, c2”。如果查询具有“GROUP BY c2, c3”（列不是最左边的前缀）或“GROUP BY c1, c2, c4”（c4不在索引中），则此方法不适用。
	# 选择列表中使用的唯一聚合函数（如果有）是“MIN()”和“MAX()”，它们全部引用同一列。该列必须在索引中，并且必须紧接着 GROUP BY 中的列。		# 选择列表中使用的唯一聚合函数（如果有）是“MIN()”和“MAX()”，它们全部引用同一列。该列必须在索引中，并且必须紧接着 GROUP BY 中的列。
	# 除了“MIN()”或“MAX()”函数的参数外，除查询中所引用的 GROUP BY 之外的其他任何索引部分都必须是常量（即，必须与常量相等地引用）。		# 除了“MIN()”或“MAX()”函数的参数外，除查询中所引用的 GROUP BY 之外的其他任何索引部分都必须是常量（即，必须与常量相等地引用）。
第1,103行：		第1,103行：
	SELECT COUNT(DISTINCT c1, c2), COUNT(DISTINCT c2, c1) FROM t1;		SELECT COUNT(DISTINCT c1, c2), COUNT(DISTINCT c2, c1) FROM t1;
	</syntaxhighlight>		</syntaxhighlight>


	=== 紧密索引扫描 ===		=== 紧密索引扫描 ===

Eijux：/* ORDER BY 优化 */

2021-04-25T17:02:27Z

ORDER BY 优化

显示更改

Eijux：/* IS NULL 优化 */

2021-04-25T16:14:09Z

IS NULL 优化

←上一版本		2021年4月26日 (一) 00:14的版本
第815行：		第815行：

	== IS NULL 优化 ==		== IS NULL 优化 ==
			MySQL 可以对“col_name IS NULL”执行与“col_name = constant_value”相同的优化。
			: 例如，MySQL 可以使用索引和范围来搜索带有“IS NULL”的 NULL。
			: 示例：
			: <syntaxhighlight lang="mysql">
			SELECT * FROM tbl_name WHERE key_col IS NULL;

			SELECT * FROM tbl_name WHERE key_col <=> NULL;

			SELECT * FROM tbl_name WHERE key_col=const1 OR key_col=const2 OR key_col IS NULL;
			</syntaxhighlight>


			* 如果“WHERE”子句包含声明为“NOT NULL”的列的“col_name IS NULL”条件，则该表达式将被优化。
			** 在该列无论如何都会产生 NULL 的情况下（例如，如果它来自“LEFT JOIN”右侧的表），则不会进行此优化。
			* MySQL 还可以优化组合“col_name = expr OR col_name IS NULL”，这种形式在已解析的子查询中很常见。使用此优化时，EXPLAIN 显示“ref_or_null”。
			* 此优化可以为任何关键部分处理一个“IS NULL”。


			假设在表 t2 的列 a 和 b 上有索引，则对查询进行一些优化的示例：
			<syntaxhighlight lang="mysql">
			SELECT * FROM t1 WHERE t1.a=expr OR t1.a IS NULL;

			SELECT * FROM t1, t2 WHERE t1.a=t2.a OR t2.a IS NULL;

			SELECT * FROM t1, t2
			WHERE (t1.a=t2.a OR t2.a IS NULL) AND t2.b=t1.b;

			SELECT * FROM t1, t2
			WHERE t1.a=t2.a AND (t2.b=t1.b OR t2.b IS NULL);

			SELECT * FROM t1, t2
			WHERE (t1.a=t2.a AND t2.a IS NULL AND ...)
			OR (t1.a=t2.a AND t2.a IS NULL AND ...);
			</syntaxhighlight>


			* “ref_or_null”的工作方式是先读取参考键，然后单独搜索具有 NULL 键值的行。【？？？】
			* '''优化只能处理一个“IS NULL”级别'''。
			*: 在以下查询中，MySQL 仅在表达式“(t1.a=t2.a AND t2.a IS NULL)”上使用键查找，而不能在 b 上使用键部分：
			*: <syntaxhighlight lang="mysql">
			SELECT * FROM t1, t2
			WHERE (t1.a=t2.a AND t2.a IS NULL)
			OR (t1.b=t2.b AND t2.b IS NULL);
			</syntaxhighlight>

	== ORDER BY 优化 ==		== ORDER BY 优化 ==

Eijux：/* 阻止嵌套循环和批量key访问联接 */

2021-04-25T16:13:42Z

阻止嵌套循环和批量key访问联接

←上一版本		2021年4月26日 (一) 00:13的版本
第728行：		第728行：

	== 阻止嵌套循环和批量key访问联接 ==		== 阻止嵌套循环和批量key访问联接 ==
	~~MySQL 可以对“col_name IS NULL”执行与“col_name = constant_value”相同的优化。~~
	~~: 例如，MySQL 可以使用索引和范围来搜索带有“IS NULL”的 NULL。~~
	~~: 示例：~~
	~~: <syntaxhighlight lang="mysql">~~
	~~SELECT * FROM tbl_name WHERE key_col IS NULL;~~

	~~SELECT * FROM tbl_name WHERE key_col <=> NULL;~~

	~~SELECT * FROM tbl_name WHERE key_col=const1 OR key_col=const2 OR key_col IS NULL;~~
	~~</syntaxhighlight>~~


	* 如果“WHERE”子句包含声明为“NOT NULL”的列的“col_name IS NULL”条件，则该表达式将被优化。
	** 在该列无论如何都会产生 NULL 的情况下（例如，如果它来自“LEFT JOIN”右侧的表），则不会进行此优化。
	* MySQL 还可以优化组合“col_name = expr OR col_name IS NULL”，这种形式在已解析的子查询中很常见。使用此优化时，EXPLAIN 显示“ref_or_null”。
	* 此优化可以为任何关键部分处理一个“IS NULL”。


	~~假设在表 t2 的列 a 和 b 上有索引，则对查询进行一些优化的示例：~~
	~~<syntaxhighlight lang="mysql">~~
	~~SELECT * FROM t1 WHERE t1.a=expr OR t1.a IS NULL;~~

	~~SELECT * FROM t1, t2 WHERE t1.a=t2.a OR t2.a IS NULL;~~

	~~SELECT * FROM t1, t2~~
	~~WHERE (t1.a=t2.a OR t2.a IS NULL) AND t2.b=t1.b;~~

	~~SELECT * FROM t1, t2~~
	~~WHERE t1.a=t2.a AND (t2.b=t1.b OR t2.b IS NULL);~~

	~~SELECT * FROM t1, t2~~
	~~WHERE (t1.a=t2.a AND t2.a IS NULL AND ...)~~
	~~OR (t1.a=t2.a AND t2.a IS NULL AND ...);~~
	~~</syntaxhighlight>~~


	* “ref_or_null”的工作方式是先读取参考键，然后单独搜索具有 NULL 键值的行。【？？？】
	* '''优化只能处理一个“IS NULL”级别'''。
	*: 在以下查询中，MySQL 仅在表达式“(t1.a=t2.a AND t2.a IS NULL)”上使用键查找，而不能在 b 上使用键部分：
	*: <syntaxhighlight lang="mysql">
	~~SELECT * FROM t1, t2~~
	~~WHERE (t1.a=t2.a AND t2.a IS NULL)~~
	~~OR (t1.b=t2.b AND t2.b IS NULL);~~
	~~</syntaxhighlight>~~

	== 条件过滤【？？？】 ==		== 条件过滤【？？？】 ==

Eijux：/* 阻止嵌套循环和批量key访问联接 */

2021-04-25T16:10:34Z

阻止嵌套循环和批量key访问联接

←上一版本		2021年4月26日 (一) 00:10的版本
第728行：		第728行：

	== 阻止嵌套循环和批量key访问联接 ==		== 阻止嵌套循环和批量key访问联接 ==
			MySQL 可以对“col_name IS NULL”执行与“col_name = constant_value”相同的优化。
			: 例如，MySQL 可以使用索引和范围来搜索带有“IS NULL”的 NULL。
			: 示例：
			: <syntaxhighlight lang="mysql">
			SELECT * FROM tbl_name WHERE key_col IS NULL;

			SELECT * FROM tbl_name WHERE key_col <=> NULL;

			SELECT * FROM tbl_name WHERE key_col=const1 OR key_col=const2 OR key_col IS NULL;
			</syntaxhighlight>


			* 如果“WHERE”子句包含声明为“NOT NULL”的列的“col_name IS NULL”条件，则该表达式将被优化。
			** 在该列无论如何都会产生 NULL 的情况下（例如，如果它来自“LEFT JOIN”右侧的表），则不会进行此优化。
			* MySQL 还可以优化组合“col_name = expr OR col_name IS NULL”，这种形式在已解析的子查询中很常见。使用此优化时，EXPLAIN 显示“ref_or_null”。
			* 此优化可以为任何关键部分处理一个“IS NULL”。


			假设在表 t2 的列 a 和 b 上有索引，则对查询进行一些优化的示例：
			<syntaxhighlight lang="mysql">
			SELECT * FROM t1 WHERE t1.a=expr OR t1.a IS NULL;

			SELECT * FROM t1, t2 WHERE t1.a=t2.a OR t2.a IS NULL;

			SELECT * FROM t1, t2
			WHERE (t1.a=t2.a OR t2.a IS NULL) AND t2.b=t1.b;

			SELECT * FROM t1, t2
			WHERE t1.a=t2.a AND (t2.b=t1.b OR t2.b IS NULL);

			SELECT * FROM t1, t2
			WHERE (t1.a=t2.a AND t2.a IS NULL AND ...)
			OR (t1.a=t2.a AND t2.a IS NULL AND ...);
			</syntaxhighlight>


			* “ref_or_null”的工作方式是先读取参考键，然后单独搜索具有 NULL 键值的行。【？？？】
			* '''优化只能处理一个“IS NULL”级别'''。
			*: 在以下查询中，MySQL 仅在表达式“(t1.a=t2.a AND t2.a IS NULL)”上使用键查找，而不能在 b 上使用键部分：
			*: <syntaxhighlight lang="mysql">
			SELECT * FROM t1, t2
			WHERE (t1.a=t2.a AND t2.a IS NULL)
			OR (t1.b=t2.b AND t2.b IS NULL);
			</syntaxhighlight>

	== 条件过滤【？？？】 ==		== 条件过滤【？？？】 ==

Eijux：/* 条件过滤【？？？】 */

2021-04-25T16:03:03Z

条件过滤【？？？】

←上一版本		2021年4月26日 (一) 00:03的版本
第751行：		第751行：


	'''示例：'''<br/>~~【？？？？？？】~~		'''示例：'''【？？？？？？】<br/>
	考虑以下查询：		考虑以下查询：
	<syntaxhighlight lang="mysql">		<syntaxhighlight lang="mysql">

Eijux：/* 条件过滤 */

2021-04-25T16:02:06Z

条件过滤

@@ 第729行： / 第729行： @@
 == 阻止嵌套循环和批量key访问联接 ==
-== 条件过滤 ==
+== 条件过滤【？？？】 ==
 == IS NULL 优化 ==

MySQL 优化：优化 SQL 语句：优化 SELECT 语句 - 版本历史

Eijux：​/* 条件过滤【？？？】 */

2023年3月31日 (五) 15:16 Eijux

Eijux：​/* “嵌套循环”连接算法【？？？】 */

Eijux：​/* 松散索引扫描 */

Eijux：​/* ORDER BY 优化 */

Eijux：​/* IS NULL 优化 */

Eijux：​/* 阻止嵌套循环和批量key访问联接 */

Eijux：​/* 阻止嵌套循环和批量key访问联接 */

Eijux：​/* 条件过滤【？？？】 */

Eijux：​/* 条件过滤 */

Eijux：/* 条件过滤【？？？】 */

Eijux：/* “嵌套循环”连接算法【？？？】 */

Eijux：/* 松散索引扫描 */

Eijux：/* ORDER BY 优化 */

Eijux：/* IS NULL 优化 */

Eijux：/* 阻止嵌套循环和批量key访问联接 */

Eijux：/* 阻止嵌套循环和批量key访问联接 */

Eijux：/* 条件过滤【？？？】 */

Eijux：/* 条件过滤 */