mysql中基于规则的优化

最新推荐文章于 2024-10-01 12:47:02 发布
最新推荐文章于 2024-10-01 12:47:02 发布
阅读量1k 收藏 18
点赞数 29
分类专栏： # 从根儿上理解MySQL 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41534540/article/details/139394438
版权

大家好。我们在平时开发的过程中可能会写一些执行起来十分耗费性能的语句。当MySQL遇到这种sql时会依据一些规则，竭尽全力的把这个很糟糕的语句转换成某种可以比较高效执行的形式，这个过程被称作查询重写，今天我们就来聊一下mysql在查询重写时遵循的一些比较重要的重写规则。

一、条件简化

我们编写的查询语句的搜索条件本质上是一个表达式，这些表达式可能比较繁杂，或者不能高效的执行，MySQL 的查询优化器会简化这些表达式。下面我们来谈一下mysql的几种条件简化。
1. 移除不必要的括号
有时候表达式里有许多无用的括号，优化器会把那些用不到的括号给干掉，比如：

#优化前
((a = 5 AND b = c) OR ((a > c) AND (c < 5)))
#优化后 
(a = 5 and b = c) OR (a > c AND c < 5)

2. 常量传递
有时候某个表达式是某个列和某个常量做等值匹配，当这个表达式和其他涉及这个列的表达式使用AND连接起来时，可以将其他表达式中的该列的值替换为那个常量。比如这样：

#简化前
a = 5
a = 5 AND b > a
#简化后
a = 5 AND b > 5

3. 移出没用的条件
对于一些明显永远为TRUE或者FALSE的表达式，优化器会移除掉它们，比如：

#简化前
(a < 1 and b = b) OR (a = 6 OR 5 != 5)
#简化后
(a < 1 and TRUE) OR (a = 6 OR FALSE) 
a < 1 OR a = 6

4. 表达式计算
在查询开始执行之前，如果表达式中只包含常量的话，它的值会被先计算出来，比如：

#简化前
a = 5 + 1
#简化后 
a = 6

注意：如果某个列并不是以单独的形式作为表达式的操作数时，比如出现在函数中，出现在某个更复杂表达式中，例如：ABS(a) > 5 或者：-a < -8 优化器是不会尝试对这些表达式进行化简的。

5. HAVING子句和WHERE子句的合并
如果查询语句中没有出现诸如SUM、MAX等等的聚集函数以及GROUP BY子句，优化器就把HAVING子句和WHERE子句合并起来。

6. 常量表检测
MySQL会认为下边这两种查询运行的特别快：

  1. 查询的表中一条记录没有，或者只有一条记录。

注意：这里说的表中的记录数是根据统计数据来确定的。而InnoDB的统计数据数据不准确，所以这一条不能用于使用InnoDB作为存储引擎的表，只能适用于使用Memory或者MyISAM存储引擎的表。

  1. 使用主键等值匹配或者唯一二级索引列等值匹配作为搜索条件来查询某个表。

MySQL把通过这两种方式查询的表称之为常量表（英文名：constant tables ）。优化器在分析一个查询语句时，先首先执行常量表查询，然后把查询中涉及到该表的条件全部替换成常数，最后再分析其余表的查询成本，比如：

SELECT * FROM table1 INNER JOIN table2 ON table1.column1 = table2.column2 WHERE table1.primary_key = 1;

很明显，这个查询可以使用主键和常量值的等值匹配来查询table1表，也就是在这个查询中table1表相当于常量表，在分析对table2表的查询成本之前，就会执行对table1表的查询，并把查询中涉及table1表的条 件都替换掉，也就是上边的语句会被转换成这样：

SELECT table1表记录的各个字段的常量值, table2.* FROM table1 INNER JOIN table2 ON table1表column1列的常量值 = table2.column2

二、外连接消除

我们知道，内连接的驱动表和被驱动表的位置可以相互转换，而左（外）连接和右（外）连接的驱动表和被驱动表是固定的。这就导致内连接可能通过优化表的连接顺序来降低整体的查询成本，而外连接却无法优化表的连接顺序。那么下面我们依然以t1和t2表为例，来讲一下mysql的外连接消除。

在这里插入图片描述

外连接和内连接的本质区别就是：对于外连接的驱动表的记录来说，如果无法在被驱动表中找到匹配ON子句中的过滤条件的记录，那么该记录仍然会被加入到结果集中，对应的被驱动表记录的各个字段使用 NULL值填充；而内连接的驱动表的记录如果无法在被驱动表中找到匹配ON子句中的过滤条件的记录，那么该记录会被舍弃。例如：
在这里插入图片描述

注意：右（外）连接和左（外）连接其实只在驱动表的选取方式上是不同的，其余方面都是一样的，所以优化器会首先把右（外）连接查询转换成左（外）连接查询。
我们知道凡是不符合WHERE子句中条件的记录都不会参与连接。只要我们在搜索条件中指定关于被驱动表相关列的值不为NULL，那么外连接中在被驱动表中找不到符合ON子句条件的驱动表记录也就被排除出最后的结果集了，也就是说：在这种情况下：外连接和内连接也就没有什么区别了。比如：
在这里插入图片描述

由于指定了被驱动表t2的n2列不允许为NULL，所以上边的t1和t2表的左（外）连接查询和内连接查询是一样的。

我们把这种在外连接查询中，指定的WHERE子句中包含被驱动表中的列不为NULL值的条件称之为空值拒绝 （英文名：reject-NULL ）。在被驱动表的WHERE子句符合空值拒绝的条件后，外连接和内连接可以相互转 换。这种转换带来的好处就是查询优化器可以通过评估表的不同连接顺序的成本，选出成本最低的那种连接顺序来执行查询。

三、子查询优化

上篇文章我们讲解了子查询的语法和执行过程。今天我们来聊一下mysql中子查询的优化。

1. IN子查询优化

我们知道in子查询在执行时，会将子查询结果集中的记录保存到临时表中。这些子查询建立临时表是有成本的，所以我们思考一下这个问题：能不能不进行物化操作直接把子查询转换为连接呢？

SELECT * FROM s1 WHERE key1 IN (SELECT common_field FROM s2 WHERE key3 = 'a');

上述sql中，对于s1表中的某条记录，如果我们能在s2表中找到一条或多条记录，这些记录的common_field的值等于 s1 表记录的 key1 列的值， 那么该条s1表的记录就会被加入到最终的结果集。这个过程其实和把s1和s2两个表连接起来的效果很像：

SELECT s1.* FROM s1 INNER JOIN s2 ON s1.key1 = s2.common_field WHERE s2.key3 = 'a';

只不过我们不能确定在s2表中有多少条记录满足s1.key1 = s2.common_field这个条件，不过我们可以分三种情况讨论：

情况一：对于s1表的某条记录来说，s2表中没有任何记录满足s1.key1 = s2.common_field 这个条件， 那么该记录自然也不会加入到最后的结果集。

情况二：对于s1表的某条记录来说，s2表中有且只有一条记录满足s1.key1 = s2.common_field这个条件， 那么该记录会被加入最终的结果集。

情况三：对于s1表的某条记录来说，s2表中至少有2条记录满足s1.key1 = s2.common_field 这个条件， 那么该记录会被多次加入最终的结果集。

对于s1 表的某条记录来说，由于我们只关心s2表中是否存在记录满足s1.key1 = s2.common_field这个条 件，而不关心具体有多少条记录与之匹配，又因为有情况三的存在，我们上边所说的IN子查询和两表连接之间 并不完全等价。

但是将子查询转换为连接又真的可以充分发挥优化器的作用，所以MySQL提出了一个新概念 — 半连接。将 s1 表和 s2 表进行半连接的意思就是：

对于s1表的某条记录来说，我们只关心在s2表中是否存在与之匹配的记录，而不关心具体有多少条记录与之匹配， 最终的结果集中只保留s1表的记录。

这里我们假设MySQL内部是这么改写上边的子查询的：

SELECT s1.* FROM s1 SEMI JOIN s2 ON s1.key1 = s2.common_field WHERE key3 = 'a';

注意：semi-join只是在MySQL内部采用的一种执行子查询的方式，MySQL并没有提供面向用户的semi-join语法。

概念是有了，那么怎么实现这种所谓的半连接呢？MySQL提供了下面这几种办法。

1. Table pullout （子查询中的表上拉）

当子查询的查询列表处只有主键或者唯一索引列时，可以直接把子查询中的表上拉到外层查询的FROM子句中，并把子查询中的搜索条件合并到外层查询的搜索条件中，比如

SELECT * FROM s1 WHERE key2 IN (SELECT key2 FROM s2 WHERE key3 = 'a');

由于key2 列是 s2 表的唯一二级索引列，所以我们可以直接把s2表上拉到外层查询的FROM子句中，并且 把子查询中的搜索条件合并到外层查询的搜索条件中，上拉之后的查询就是这样的：

SELECT s1.* FROM s1 INNER JOIN s2 ON s1.key2 = s2.key2 WHERE s2.key3 = 'a';

2. DuplicateWeedout execution strategy（重复值消除）

对于这个查询来说：

SELECT * FROM s1 WHERE key1 IN (SELECT common_field FROM s2 WHERE key3 = 'a');

转换为半连接查询后，s1表中的某条记录可能在s2表中有多条匹配的记录，所以该条记录可能多次被添加到最后的结果集中，为了消除重复，我们可以建立一个临时表，比方说这个临时表长这样：

CREATE TABLE tmp ( 
     id PRIMARY KEY 
 );

这样在执行连接查询的过程中，每当某条s1表中的记录要加入结果集时，就首先把这条记录的id值加入到这个临时表里，如果添加成功，说明之前这条s1表中的记录并没有加入最终的结果集，现在把该记录添加到最终的结果集；如果添加失败，说明这条之前这条s1表中的记录已经加入过最终的结果集，这里直接把它丢弃就好了，这种使用临时表消除semi-join 结果集中的重复值的方式称之为DuplicateWeedout 。

3. LooseScan execution strategy （松散索引扫描）

SELECT * FROM s1 WHERE key3 IN (SELECT key1 FROM s2 WHERE key1 > ‘a’ AND key1 < ‘b’);
这条sql在子查询中，对于s2表的访问可以使用到key1列的索引，而恰好子查询的查询列表处就是key1列，这样在将该查询转换为半连接查询后，如果将s2作为驱动表执行查询的话，那么执行过程就是这样：

在这里插入图片描述

如图所示，在s2表的idx_key1 索引中，值为 ‘aa’ 的二级索引记录一共有3条，那么只需要取第一条的值到s1表中查找s1.key3 = ‘aa’ 的记录，如果能在 s1 表中找到对应的记录，那么就把对应的记录加入到结果集。依此类推，其他值相同的二级索引记录，也只需要取第一条记录的值到s1表中找匹配的记录，这种 虽然是扫描索引，但只取值相同的记录的第一条去做匹配操作的方式称之为松散索引扫描。

4. Semi-join Materialization execution strategy

我们之前介绍的先把外层查询的IN子句中的不相关子查询进行物化，然后再进行外层查询的表和物化表的连接本质上也算是一种semi-join ，只不过由于物化表中没有重复的记录，所以可以直接将子查询转为连接查询。

5. FirstMatch execution strategy （首次匹配）

FirstMatch是一种最原始的半连接执行方式，先取一条外层查询的中的记录，然后到子查询的表中寻找符合匹配条件的记录，如果能找到一条，则将该外层查询的记录放入最终的结果集并且停止查找更多匹配的记录，如果找不到则把该外层查询的记录丢弃掉；然后再开始取下一条外层查询中的记录，重复上边这个过程。对于某些使用IN语句的相关子查询，比方这个查询：

SELECT * FROM s1 WHERE key1 IN (SELECT common_field FROM s2 WHERE s1.key3 = s2.key3);

它也可以很方便的转为半连接，转换后的语句类似这样：

SELECT s1.* FROM s1 SEMI JOIN s2 ON s1.key1 = s2.common_field AND s1.key3 = s2.key3;

然后就可以使用我们上边介绍过的DuplicateWeedout 、 LooseScan 、 FirstMatch 等半连接执行策略来执行查询，如果子查询的查询列表处只有主键或者唯一二级索引列，还可以直接使用table pullout 的策略来执行查询，但是需要大家注意的是，由于相关子查询并不是一个独立的查询，所以不能转换为物化表来执行查询。

下面我们聊一下半连接的适用条件：

  1. 该子查询必须是和IN语句组成的布尔表达式，并且在外层查询的WHERE或者ON子句中出现。
  2. 外层查询也可以有其他的搜索条件，只不过和IN子查询的搜索条件必须使用AND连接起来。
  3. 该子查询必须是一个单一的查询，不能是由若干查询由UNION连接起来的形式。
  4. 该子查询不能包含GROUP BY 或者 HAVING 语句或者聚集函数。

下面我们聊一下半连接的不适用情况：

  1. 外层查询的WHERE条件中有其他搜索条件与IN子查询组成的布尔表达式使用OR连接起来的情况。
 SELECT * FROM s1 WHERE key1 IN (SELECT common_field FROM s2 WHERE key3 = 'a') OR key2 > 100;
  1. 使用NOT IN 而不是 IN 的情况。
SELECT * FROM s1 WHERE key1 NOT IN (SELECT common_field FROM s2 WHERE key3 = 'a')
  1. 在SELECT 子句中的IN子查询的情况。
SELECT key1 IN (SELECT common_field FROM s2 WHERE key3 = 'a') FROM s1 ;
  1. 子查询中包含GROUP BY 、 HAVING 或者聚集函数的情况。
 SELECT * FROM s1 WHERE key2 IN (SELECT COUNT(*) FROM s2 GROUP BY key1);
  1. 子查询中包含UNION的情况。
SELECT * FROM s1 WHERE key1 IN (SELECT common_field FROM s2 WHERE key3 = 'a' UNION SELECT common_field FROM s2 WHERE key3 = 'b');

MySQL 仍然留了两手绝活来优化不能转为 semi-join 查询的子查询，那就是：

  1. 对于不相关子查询来说，可以尝试把它们物化之后再参与查询。
SELECT * FROM s1 WHERE key1 NOT IN (SELECT common_field FROM s2 WHERE key3 = 'a')

这条sql先将子查询物化，然后再判断key1是否在物化表的结果集中可以加快查询执行的速度。

注意：这里将子查询物化之后不能转为和外层查询的表的连接，只能是先扫描s1表，然后对s1表的某条记录来说，判断该记录的key1值在不在物化表中。

  1. 不管子查询是相关的还是不相关的，都可以把IN子查询尝试转为EXISTS子查询。

其实对于任意一个IN子查询来说，都可以被转为EXISTS子查询，通用的例子如下：

outer_expr IN (SELECT inner_expr FROM ... WHERE subquery_where)

可以被转换为：

EXISTS (SELECT inner_expr FROM ... WHERE subquery_where AND outer_expr=inner_expr)

当然这个过程中有一些特殊情况，比如在outer_expr 或者 inner_expr 值为 NULL 的情况下就比较特殊。因 为有NULL 值作为操作数的表达式结果往往是NULL ，比方说：

图片

而EXISTS 子查询的结果肯定是 TRUE 或者 FASLE ：

图片

但是幸运的是，我们大部分使用IN子查询的场景是把它放在WHERE或者ON子句中，而WHERE或者ON子句是不区分NULL 和 FALSE 的，比方说：

图片

所以只要我们的IN子查询是放在WHERE或者ON子句中的，那么IN -> EXISTS 的转换就是没问题的。

2. ANY/ALL子查询优化

如果ANY/ALL子查询是不相关子查询的话，它们在很多场合都能转换成我们熟悉的方式去执行，比方说：

原始表达式转换为
< ANY (SELECT inner_expr …)< (SELECT MAX(inner_expr) …)
> ANY (SELECT inner_expr …)> (SELECT MIN(inner_expr) …)
< ALL (SELECT inner_expr …)< (SELECT MIN(inner_expr) …)
> ALL (SELECT inner_expr …)> (SELECT MAX(inner_expr) …)

3. [NOT] EXISTS子查询的执行

如果[NOT] EXISTS 子查询是不相关子查询，可以先执行子查询，得出该 [NOT] EXISTS 子查询的结果是 TRUE 还 是FALSE，并重写原先的查询语句，比如：

SELECT * FROM s1 WHERE EXISTS (SELECT 1 FROM s2 WHERE key1 = 'a') OR key2 > 100;

因为这个语句里的子查询是不相关子查询，所以优化器会首先执行该子查询，假设该EXISTS子查询的结果为TRUE ，那么接着优化器会重写查询为：

SELECT * FROM s1 WHERE TRUE OR key2 > 100;

进一步简化后就变成了：

SELECT * FROM s1 WHERE TRUE;

对于相关的[NOT] EXISTS 子查询来说，比如：

SELECT * FROM s1 WHERE EXISTS (SELECT 1 FROM s2 WHERE s1.common_field = s2.common_field);

这个查询只能正常的子查询执行方式来执行。不过如果[NOT] EXISTS 子查询中可以使用索引的话，那查询速度也会加快不少，比如：

SELECT * FROM s1 WHERE EXISTS (SELECT 1 FROM s2 WHERE s1.common_field = s2.key1);

上边这个EXISTS 子查询中可以使用 idx_key1 来加快查询速度。

4. 对于派生表的优化

我们前边说过把子查询放在外层查询的FROM子句后，那么这个子查询的结果相当于一个派生表，比如下边这个查询：

SELECT * FROM  (SELECT id AS d_id,  key3 AS d_key3 FROM s2 WHERE key1 = 'a') AS derived_s1 WHERE d_key3 = 'a';

子查询( SELECT id AS d_id, key3 AS d_key3 FROM s2 WHERE key1 = ‘a’) 的结果就相当于一个派生表，这个表的名称是derived_s1 ，该表有两个列，分别是 d_id 和 d_key3 。
对于含有派生表的查询，MySQL提供了两种执行策略：

  1. 派生表物化。

我们可以将派生表的结果集写到一个内部的临时表中，然后就把这个物化表当作普通表一样参与查询。在对派生表进行物化时，MySQL使用了一种称为延迟物化的策略，也就是在查询中真正使用到派生表时才去尝试物化派生表，而不是还没开始执行查询呢就把派生表物化掉。比如：

SELECT * FROM (SELECT * FROM s1 WHERE key1 = 'a') AS derived_s1 INNER JOIN s2 ON derived_s1.key1 = s2.key1 WHERE s2.key2 = 1;

如果采用物化派生表的方式来执行这个查询的话，那么执行时首先会到s1表中找出满足s1.key2 = 1 的记录，如果压根儿找不到，说明参与连接的s1表记录就是空的，所以整个查询的结果集就是空的，也就没有必要去物化查询中的派生表了。

  1. 将派生表和外层的表合并，也就是将查询重写为没有派生表的形式。

我们来看这个查询：

SELECT * FROM (SELECT * FROM s1 WHERE key1 = 'a') AS derived_s1;

这个查询本质上就是想查看s1表中满足key1 = ‘a’ 条件的的全部记录，所以和下边这个语句是等价的：

SELECT * FROM s1 WHERE key1 = 'a';

对于一些稍微复杂的包含派生表的语句，比如我们上边提到的那个：

SELECT * FROM (SELECT * FROM s1 WHERE key1 = 'a') AS derived_s1 INNER JOIN s2 ON derived_s1.key1 = s2.key1 WHERE s2.key2 = 1;

我们可以将派生表与外层查询的表合并，然后将派生表中的搜索条件放到外层查询的搜索条件中，就像这样：

SELECT * FROM s1 INNER JOIN s2 ON s1.key1 = s2.key1 WHERE s1.key1 = 'a' AND s2.key2 = 1;

这样通过将外层查询和派生表合并的方式成功的消除了派生表，也就意味着我们没必要再付出创建和访问临时表的成本了。

可是并不是所有带有派生表的查询都能被成功的和外层查询合并，当派生表中有这些语句就不可以和外层查询合并：

  1. 聚集函数，比如MAX()、MIN()、SUM()
  2. DISTINCT
  3. GROUP BY
  4. HAVING
  5. LIMIT
  6. UNION 或者 UNION ALL
  7. 派生表对应的子查询的SELECT 子句中含有另一个子查询

所以MySQL 在执行带有派生表的时候，优先尝试把派生表和外层查询合并掉，如果不行的话，再把派生表物化掉执行查询。

好了，到这里我们就讲完了，大家有什么想法欢迎留言讨论。也希望大家能给作者点个关注，谢谢大家！最后依旧是请各位老板有钱的捧个人场，没钱的也捧个人场，谢谢各位老板！

韩朝洋
关注
专栏目录
掌握 MySQL semijoin 这一篇就够了
Code365
07-01 789
MySQL semijoin也被称为半连接，主要是解决外查询一个或多个表的记录在包含一个或多个表的子查询结果中的存在性问题，比如IN/EXIST子查询。如果按照IN/EXIST谓词的原语义去执行，对外查询的每行记录都去计算IN/EXIST谓词的结果，子查询的内容就需要单独执行，在关联子查询的情况下，子查询需要多次重复执行，整体的执行效率很低。实际上，部分存在性问题(SPJ 子查询)类似于外查询的多个表与子查询的多个表(以下简述为外表和内表)的连接(JOIN)问题，能连接上说明存在。
semi-join子查询优化 -- Duplicate Weedout策略
weixin_30268921的博客
05-20 267
duplicate weedout是执行semi-join子查询的一种策略。 将semi-join作为一个常规的inner join。然后使用一个临时表，将重复的记录排除。 假设，你有一个查询，你在寻找一个大城市人口占总人口33%以上的国家: select * from Country where Country.code IN (select City.Country...
5分钟搞懂MySQL半连接优化⭐️多种半连接的优化策略
关注菜菜的后端私房菜，获取更多技术干货~
11-06 717
前文已经描述过MySQL的多种优化措施，如：回表的优化、索引合并的优化、连接的优化等本篇文章来聊聊MySQL中子查询的半连接优化在阅读本篇文章前，需要了解连接的原理、内连接等知识不了解前置知识的同学可以查看MySQL连接的原理⭐️4种优化连接的手段性能提升240%🚀为了更好的描述，我们使用班级、学生两张表class表为班级表：class_num为班级的编码，class_name为班级名称student表为学生表，其中包含学生信息，还包含class_num（该学生对应哪个班级编码）
使用duplicateweedout
ateu52935的博客
08-27 319
mysql> explain extended select * from cities where id in (select phonecode from countries group by name); +----+-------------+-----------+--------+---------------+---------+---------+----...
mysql not in 转化_mysql8 参考手册--使用半联接转换优化IN和EXISTS子查询谓词
weixin_39919165的博客
01-27 255
半联接是准备时转换，它启用多种执行策略，例如表提取，重复删除，首次匹配，松散扫描和实现。如本节所述，优化器使用半联接策略来改善子查询的执行。对于两个表之间的内部联接，该联接从一个表返回一行的次数是另一表中存在匹配项的次数。但是对于某些问题，唯一重要的信息是是否存在匹配项，而不是匹配项的数量。假设在课程表和班级名册(每个班级都有学生)中分别有命名的表 class和roster列出的班级。要列出实际招...
MySQL是如何基于各种规则去优化执行计划的
04-19
MySQL在优化执行计划时遵循一系列复杂的规则和策略，以确保查询尽可能高效地执行。以下是一些关键的优化规则： 索引利用：MySQL会尝试使用索引来加速数据访问，减少全表扫描的需要。 查询重写：MySQL可能会重写查询...
98 MySQL是如何基于各种规则去优化执行计划的？（中）.pdf
04-15
MySQL作为一款流行的开源关系型数据库管理系统，其内部通过各种优化规则去改善SQL语句的执行计划，以此来提升查询效率。在子查询的执行与优化方面，MySQL有着一套成熟的机制，以确保查询可以高效地进行。 首先，子...
基于MySQL数据库的查询性能优化研究.pdf
10-10
基于 MySQL 数据库的查询性能优化研究 MySQL 数据库是当前网络环境中最流行的开源关系型数据库之一，随着网络环境中数据总量的急剧攀升，对数据库查询的响应时间提出了更严格的要求。为了提高查询效率，需要研究 ...
行业-98 MySQL是如何基于各种规则去优化执行计划的？（中）.rar
09-14
在“行业-98 MySQL是如何基于各种规则去优化执行计划的？”这一主题中，我们将深入探讨MySQL的查询优化策略。这篇文档将详细阐述MySQL如何分析、选择和改进查询的执行路径。 首先，MySQL的查询优化过程始于解析器，...
MySQL数据库设计、优化.pptx
06-16
MySQL数据库设计与优化是数据库管理中的重要环节，它关乎到系统的性能、稳定性和可扩展性。本讲座由叶金荣分享，主要涵盖了多个关键方面，包括规范、基础规范、命名规范、库表规范、字段规范、索引规范以及开发环境...
MySQL优化器功能开关optimizer_switch之功能概览
oraly的博客
05-02 5154
MySQL 8.0新增特性use_invisible_indexes 是否使用不可见索引，MySQL 8.0新增可以创建invisible索引，这一开关控制优化器是否使用invisible索引，on表示考虑使用。MySQL 5.7新增derived_merge 派生表合并，类似Oracle的视图合并，当派生SQL中存在以下操作是无法展开UNION 、GROUP 、DISTINCT、LIMIT及聚合...
Mysql性能优化 - 使用半连接优化子查询，派生表和视图引用
简简单单Onlinezuozuo
09-17 5755
Mysql性能优化 - 使用半连接优化子查询，派生表和视图引用1.半连接策略两个表之间进行inner join 从另外一个表返回指定条件的一些匹配数据，他可能是1对1的，也可能是1对多的。 这样会导致一些不必要的麻烦，但是，最主要的是我们能够通过join获取到匹配项，而不是到底匹配了多少数据。// 例如 有两个表： class和roster（就读于每个班级的学生）课程中的课程，列表类和类名册，类别。
MySQL · 特性分析 · 内部临时表
weixin_33913377的博客
06-21 285
MySQL中的两种临时表 外部临时表 通过CREATE TEMPORARY TABLE 创建的临时表，这种临时表称为外部临时表。这种临时表只对当前用户可见，当前会话结束的时候，该临时表会自动关闭。这种临时表的命名与非临时表可以同名（同名后非临时表将对当前会话不可见，直到临时表被删除）。 内部临时表 内部临时表是一种特殊轻量级的临时表，用来进行性能优化。这...
深入理解MySql子查询IN的执行和优化
weixin_30902251的博客
11-26 2497
IN为什么慢？ 在应用程序中使用子查询后，SQL语句的查询性能变得非常糟糕。例如： SELECT driver_id FROM driver where driver_id in (SELECT driver_id FROM driver where _create_date > '2016-07-25 00:00:00'); 独立子查询返回了符合条件的driver_id，这个问题是解决了，...
mysql中semi-join的优化策略介绍
lidan3959的专栏
01-16 1623
转自：http://blog.sina.com.cn/s/blog_4673e60301011qvx.html 1. 背景介绍 什么是semi-join？ 所谓的semi-join是指semi-join子查询。 该子查询具有如下结构： SELECT ... FROM outer_tables WHERE expr IN (SELECT ... FROM inner_tables ...
【mysql相关总结】
Charles D
09-30 252
数据库小的表,全表扫描效率更高，不用建索引。索引的类型1.普通索引：基本的索引，没有任何约束限制2.唯一索引：类似普通索引,有唯一约束性3.主键索引：特殊的唯一索引,不允许有空值4.组合索引：多个列组合创建索引5.外键索引：只有innodb可以使用6.全文索引：只有myisam可以使用，且只能对英文进行全文检索注意事项1.复合索引遵循前缀原则（最左匹配原则）2.like查询,%号不能在前面，否则索引失效3.如果or前面的条件有索引,也会失效。
docker容器mysql数据备份 mysql容器无法启动备份数据
zhangxu1998lq的博客
09-30 309
mysql是旧容器名 因为mysql的配置文件my.cnf的路径没有映射到服务器，我修改了配置文件，配置文件有错误导致，容器启动不了，一直restarting。nmysql是新容器名 mysql是旧容器名 mysql:5.7是我的镜像名。新容器正常启动，旧容器的数据都还在。
滚雪球学MySQL[1.3讲]：MySQL客户端工具：详解与实践
最新发布
**My Coding Family**
10-01 1157
在上期文章中，我们深入探讨了MySQL的安装与配置，这为我们顺利使用MySQL打下了基础。具体来说，我们介绍了如何正确安装MySQL、配置环境变量、调整字符集，并确保数据库可以正常运行。这些基础配置是后续操作的前提，理解并掌握这些技能能够帮助你在未来的开发工作中减少不必要的麻烦。然而，安装与配置仅仅是迈出了使用MySQL的第一步。真正的工作是如何高效地与数据库交互，并对数据进行增删改查。这时候就需要借助强大的MySQL客户端工具。
MySQL 基础语法详解
weixin_64178283的博客
09-25 1351
DDL 用于定义数据库和表结构，是数据库操作的基础。1. CREATE: 创建数据库或数据表CREATE DATABASE 数据库名;CREATE TABLE 表名 (列名1 数据类型 约束,列名2 数据类型 约束,...USE school;-- 选择数据库id INT PRIMARY KEY AUTO_INCREMENT, -- 学生ID，主键，自增name VARCHAR(255) NOT NULL, -- 学生姓名，非空约束age INT, -- 学生年龄。
MySQL查询优化器详解：原理与实践
- **Rule&&Cost**：基于规则和成本计算，优化器会选择成本最低的执行计划。 - **QueryExecutePlan (QEP)**：生成最终的查询执行计划，包括访问方式（如全表扫描、索引扫描等）和执行顺序。 2. **JOIN操作优化**：...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

韩朝洋

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值