[000-002-01].第29节：MySQL执行流程

最新推荐文章于 2024-09-27 20:43:28 发布
最新推荐文章于 2024-09-27 20:43:28 发布
阅读量981 收藏 8
点赞数 26
分类专栏： # 开发基础 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43783284/article/details/142483607
版权

1、MySQL的查询流程：

在这里插入图片描述
客户端请求进入到数据库服务器后，先进行查询缓存，如果命中，那么就返回结果；如果没命中，进入到解析器，进行词法解析和语法解析，生成解析树；然后进入到查询优化器，对SQL进行优化，然后生成一个执行计划；执行计划调用存储引擎来执行查询底层的文件系统，然后把查询的结果放到查询缓存后返回；

2、各流程分析介绍：

2.1.查询缓存介绍：

a.什么是查询缓存：

  • 1.Server 如果在查询缓存中发现了这条 SQL 语句，就会直接将结果返回给客户端；
  • 2.如果没有命中缓存，就进入到解析器阶段
  • 3.注意：因为查询缓存往往效率不高，所以在MySQL8.0 之后就抛弃了这个功能。
    在这里插入图片描述
    在这里插入图片描述

b.为何抛弃查询缓存：

  • 1.查询缓的存功能，大多数情况查询缓存就是个鸡肋，为什么呢？比如：SELECT employee_id,last_name FROM employees WHERE employee_id = 101;
    • 查询缓存是提前把查询结果缓存起来，这样下次不需要执行就可以直接拿到结果。需要说明的是，在MySQL 中的查询缓存，不是缓存查询计划，而是查询对应的结果。这就意味着查询匹配的 鲁棒性大大降低 ，只有 相同的查询操作才会命中查询缓存 两个查询请求在任何字符上的不同（例如：空格、注释、大小写），都会导致缓存不会命中。因此 MySQL 的查询缓存命中率不高 。
    • 同时，如果查询请求中包含某些系统函数、用户自定义变量和函数、一些系统表，如 mysql 、information_schema、 performance_schema 数据库中的表，那这个请求就不会被缓存。以某些系统函数举例，可能同样的函数的两次调用会产生不一样的结果，比如函数 NOW ，每次调用都会产生最新的当前时间，如果在一个查询请求中调用了这个函数，那即使查询请求的文本信息都一样，那不同时间的两次查询也应该得到不同的结果，如果在第一次查询时就缓存了，那第二次查询的时候直接使用第一次查询的结果就是错误的！
    • 此外，既然是缓存，那就有它 缓存失效的时候 。MySQL的缓存系统会监测涉及到的每张表，只要该表的结构或者数据被修改，如对该表使用了 INSERT 、 UPDATE 、 DELETE 、 TRUNCATE TABLE 、 ALTER TABLE 、 DROP TABLE 或 DROP DATABASE 语句，那使用该表的所有高速缓存查询都将变为无效并从高速缓存中删除！对于 更新压力大的数据库 来说，查询缓存的命中率会非常低。总之，因为查询缓存往往弊大于利，查询缓存的失效非常频繁

c.何时使用查询缓存：

  • 1.一般建议在静态表里使用查询缓存：
    • 静态表就是一般我们极少更新的表。比如，一个系统配置表、字典表，这张表上的查询才适合使们查询缓存。

d.查询缓存配置：

  • 1.查看当前mysql实例是否开启缓存机制：
    在这里插入图片描述
  • 2.MySQL也提供了这种"按需使用"的方式。你可以将my.cnf参数query_cache_type设置成DEMAND，代表当sql语句中有SQL_CACHE关键词时才缓存，比如：
	#query_cache_type有3个值：0代表关闭查询缓存OFF、1代表开启ON、2 〔DEMAND)代表按需加载	
	query_cache_type-2
  • 3.指定表使用查询缓存：这样对于默认的SQL语句都不使用查询缓存。而对于你确定要使用查询缓存的语句，可以用SQL_CACHE显式指定，像下面这个语句—样:
select SQL_CACHE * from test where ID=5;

e.查询缓存的命中率：

在这里插入图片描述

  • Qcache_free_blocks :.表示查询缓存中还有多少剩余的blocks，如果该值显示较大，则说明查询缓存中的内存碎片过多了，可能在一定的时间进行整理。|
  • Qcache_free_memory :查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整。
  • Qcache_hits :表示有多少次命中缓存。我们主要可以通过该值来验证我们的查询缓存的效果。数字越大，缓存效果越理想。
  • Qcache_inserts:表示多少次未命中然后插入，意思是新来的SQL请求在缓存中未找到，不得不执行查询处理，执行查询处理后把结果insert到查询缓存中。这样的情况的次数越多，表示查询缓存应用到的比较少，效果也就不理想。当然系统刚启动后，查询缓存是空的，这很正常。
  • Qcache_lowmem_prunes :该参数记录有多少条查询因为内存不足而被移除出查询缓存。通过这个值，用户可以适当的调整缓存大小。
  • Qcache_not_cached ：表示因为query_cache_type的设置而没有被缓存的查询数量。
  • Qcache_queries_in_cache:当前缓存中缓存的查询的数量。
  • Qcache_total blocks :当前缓存的block数量。

2.2.解析器介绍：

在解析器中对 SQL 语句进行语法分析、语义分析

在这里插入图片描述

  • 1.如果没有命中查询缓存，就要开始真正执行语句了。首先，MySQL需要知道你要做什么，因此需要对SQL语句做解析。SQL语句的分析分为词法分析与语法分析。
  • 2.分析器先做“ 词法分析 ”。你输入的是由多个字符串和空格组成的一条 SQL 语句，MySQL 需要识别出里面的字符串分别是什么，代表什么。
  • 3.MySQL 从你输入的"select"这个关键字识别出来，这是一个查询语句。它也要把字符串“T”识别成“表名 T”，把字符串“ID”识别成“列 ID”。
    接着，要做“ 语法分析 ”。根据词法分析的结果，语法分析器（比如：Bison）会根据语法规则，判断你输入的这个 SQL 语句是否 满足 MySQL 语法 。
    #语法错误：group by后面没有job_id（词对但是组合在一起出现了问题）
select department_id,job_id,avg(salary) from employees group by department_id;
  • 4.如果你的语句不对，就会收到"You have an error in your SQL syntax"的错误提醒，比如语句from写成了"rom"–>词法错误
  • 5.如果SQL语句正确，则会生成一个这样的语法树：
    在这里插入图片描述

下面是SQL词法分析的过程步骤：

在这里插入图片描述

2.3.优化器介绍：

在优化器中会确定 SQL 语句的执行路径，比如是根据全表检索 ，还是根据索引检索等。

  • 1.经过了解析器，MySQL就知道你要做什么了。在开始执行之前，还要先经过优化器的处理。一条查询可以有很多种执行方式，最后都返回相同的结果。
  • 2.优化器的作用就是找到这其中最好的执行计划
    在这里插入图片描述
  • 3.比如:优化器是在表里面有多个索引的时候，决定使用哪个索引;或者在一个语句有多表关联（join)的时候，决定各个表的连接顺序，还有表达式简化、子查询转为连接、外连接转为内连接等
  • 4.举例：如下语句是执行两个表的 join：
    select * from test1 join test2 using(ID)
where test1.name='zhangwei' and test2.name='mysql高级课程';

  • 方案1：可以先从表 test1 里面取出 name='zhangwei’的记录的 ID 值，再根据 ID 值关联到表 test2，再判断 test2 里面 name的值是否等于 ‘mysql高级课程’。

  • 方案2：可以先从表 test2 里面取出 name=‘mysql高级课程’ 的记录的 ID 值，再根据 ID 值关联到test1，再判断 test1 里面 name的值是否等于 zhangwei。

  • 这两种执行方法的逻辑结果是一样的，但是执行的效率会有不同，而优化器的作用就是决定选择使用哪一个方案。

  • 优化器阶段完成后，这个语句的执行方案就确定下来了，然后进入执行器阶段。如果你还有一些疑问，比如优化器是怎么选择索引的，有没有可能选择错等。后面讲到索引我们再谈。

  • 5.在查询优化器中，可以分为逻辑查询 优化阶段和物理查询优化阶段。
    • 逻辑查询优化就是通过改变SQL语句的内容来使得SQL查询更高效，同时为物理查询优化提供更多的候选执行计划。
      • 通常采用的方式是对SQL语句进行等价变换，对查询进行重写，而查询重写的数学基础就是关系代数。对条件表达式进行等价谓词重写、条件简化，对视图进行重写，对子查询进行优化，对连接语义进行了外连接消除、嵌套连接消除等
    • 物理查询优化是基于关系代数进行的查询重写，而关系代数的每一步都对应着物理计算，这些物理计算往往存在多种算法。因此需要计算各种物理路径的代价，从中选择代价最小的作为执行计划。在这个阶段里，对于单表和多表连接的操作，需要高效地使用索引，提升直询效率。

2.4.执行器：

截止到现在，还没有真正去读写真实的表，仅仅只是产出了一个执行计划。于是就进入了执行器阶段

在这里插入图片描述

  • 1.在执行之前需要判断该用户是否具备权限 。如果没有，就会返回权限错误。如果具备权限，就执行 SQL查询并返回结果。
  • 2.在 MySQL8.0 以下的版本，如果设置了查询缓存，这时会将查询结果进行缓存。select * from test where id=1;
  • 3.如果有权限，就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，调用存储引擎API对表进行的读写。存储引擎API只是抽象接口，下面还有个存储引擎层，具体实现还是要看表选择的存储引擎
    在这里插入图片描述
  • 4.比如：表 test 中，ID 字段没有索引，那么执行器的执行流程是这样的：
    • 调用 InnoDB 引擎接口取这个表的第一行，判断 ID 值是不是1，如果不是则跳过，如果是则将这行存在结果集中；
    • 调用引擎接口取“下一行”，重复相同的判断逻辑，直到取到这个表的最后一行。
    • 执行器将上述遍历过程中所有满足条件的行组成的记录集作为结果集返回给客户端。至此，这个语句就执行完成了。对于有索引的表，执行的逻辑也差不多

2、SQL执行流程总结：

  • 1.SQL 语句在 MySQL 中的流程是 SQL语句→查询缓存→解析器→优化器→执行器
    在这里插入图片描述

3、MySQL执行原理

1.前面的结构图很复杂，我们需要抓取最核心的部分:SQL的执行原理。不同的DBMS的SQL的执行原理是相通的，只是在不同的软件中，各有各的实现路径

2.既然一条SQL语句会经历不同的模块，那我们就来看下，在不同的模块中。SQL执行所使用的资源(时间）是怎样的。如何在MySQL中对一条 SQL语句的执行时间进行分析

3.1.MySQ8版本中SQL

a.确认profiling 是否开启

只有profiling 开启，才可以让MySQL收集在SQL执行时所使用的资源情况

  • 1.select @@profiling;或者show variables like '%profiling%'查看是否开启计划
  • 2.profiling=0代表关闭，我们需要把 profiling 打开，即设置为 1
    select @@profiling;
/*
+-------------+
| @@profiling |
+-------------+
|           0 |
+-------------+
*/
show variables like 'profiling';
/*
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| profiling     | OFF   |
+---------------+-------+
*/
  • 2.把 profiling 打开的命令：
    set profiling=1;
select @@profiling;
/*
+-------------+
| @@profiling |
+-------------+
|           1 |
+-------------+
*/

b.多次执行相同SQL查询

  • 1.然后我们执行一个 SQL 查询（你可以执行任何一个 SQL 查询）：select * from employees;
  • 2.查看profiles:
    • 查看当前会话所产生的所有 profiles：show profiles; 此命令会显示最近的几次查询
    /*本机输出：
+----------+------------+-------------------------+
| Query_ID | Duration   | Query                   |
+----------+------------+-------------------------+
|        1 | 0.00031625 | select @@profiling      |
|        2 | 0.00019625 | select * from employees |
+----------+------------+-------------------------+
*/
  • 3.查看profile:显示执行计划，查看程序的执行步骤： show profile
    /*本机输出
+--------------------------------+----------+
| Status                         | Duration |
+--------------------------------+----------+
| starting                       | 0.000172 |
| Executing hook on transaction  | 0.000013 |
| starting                       | 0.000012 |
| checking permissions           | 0.000008 |
| Opening tables                 | 0.000044 |
| init                           | 0.000005 |
| System lock                    | 0.000008 |
| optimizing                     | 0.000004 |
| statistics                     | 0.000021 |
| preparing                      | 0.000016 |
| executing                      | 0.000239 |
| end                            | 0.000009 |
| query end                      | 0.000003 |
| waiting for handler commit     | 0.000007 |
| closing tables                 | 0.000007 |
| freeing items                  | 0.000030 |
| cleaning up                    | 0.000013 |
+--------------------------------+----------+
*/
  • 4.当然你也可以查询指定的 Query ID，比如：show profile for query 7;
    在这里插入图片描述
  • 5.还可以查询更丰富的内容：show profile cpu,block io for query 6;
    #本机测试
show profile for query 1;
/*本机输出：
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000116 |
| checking permissions | 0.000007 |
| Opening tables       | 0.000028 |
| init                 | 0.000023 |
| optimizing           | 0.000011 |
| executing            | 0.000009 |
| end                  | 0.000003 |
| query end            | 0.000005 |
| closing tables       | 0.000003 |
| freeing items        | 0.000021 |
| cleaning up          | 0.000009 |
+----------------------+----------+
*/
  • 6.show profile cpu,block io for query 1;或show profile cpu,block io for query 1\G;
    /*部分输出：
*************************** 1. row ***************************
       Status: starting
     Duration: 0.000116
     CPU_user: 0.000113
   CPU_system: 0.000000
 Block_ops_in: 0
Block_ops_out: 0
*************************** 2. row ***************************
       Status: checking permissions
     Duration: 0.000007
     CPU_user: 0.000005
   CPU_system: 0.000000
 Block_ops_in: 0
Block_ops_out: 0
*/

3.2.MySQL5.7中SQL执行原理：

a.配置文件中开启查询缓存

上述操作:show profile for query 7和show profile for query 6在MySQL5.7中测试，发现前后两次相同的sql语句，执行的查询过程仍然是相同的。这是因为默认缓存是关闭的，这里我们需要显式开启查询缓存模式 。

  • 1.在MySQL5.7中如下设置：在 /etc/my.cnf 中新增一行：
    query_cache_type=1
  • 2.重启mysql服务
    systemctl restart mysqld
  • 3.开启查询执行计划,由于重启过服务，需要重新执行如下指令，开启profiling
    set profiling=1;

b.测试两次相同的查询效果：

  • 1.执行语句两次：
    select * from locations;
select * from locations;
  • 2.查看profiles
    在这里插入图片描述
  • 3.根据Query_ID,来查看profile，显示执行计划，先查看第7条,程序的执行步骤：
    show profile for query 7;

在这里插入图片描述

上面的截图中，storing result in query cache 把查询结果放入查询缓存

  • 4.再根据id为8来查看具体的查询内容：
	show profile for query 8;

在这里插入图片描述

由上述的截图可知，在执行编号8时，比执行编号7时少了很多信息，可以看出查询语句直接从缓存中获取数据

注意1: SQL必须是一致的，否则,不能命中缓存;例如:

#虽然查询结果一致。但并没有命中缓存
select * from mydb.mytbl where id=2
select * from mydb.mytbl where id>1 and id<3

注意2: 同样的开启缓存的配置信息如果在MySQL8中添加。重启服务时会报错

c.查看其他参数的利用情况：

  • 1.除了查看cpu、io阻塞等参数情况，还可以查询下列参数的利用情况
    在这里插入图片描述
  • 1.例子： show profile cpu,block io for query 7;
    在这里插入图片描述

4、Oracle中的SQL执行流程:

Oracle 中采用了共享池来判断 SQL 语句是否存在缓存和执行计划，通过这一步骤我们可以知道应该采用硬解析还是软解析

a.SQL 在 Oracle 中的执行过程：

在这里插入图片描述

  • 1.语法检查：检查 SQL 拼写是否正确，如果不正确，Oracle 会报语法错误。
  • 2.语义检查：检查 SQL 中的访问对象是否存在。比如我们在写 SELECT 语句的时候，列名写错了，系统就会提示错误。语法检查和语义检查的作用是保证 SQL 语句没有错误。
  • 3.权限检查：看用户是否具备访问该数据的权限。
  • 4.共享池检查：共享池（Shared Pool）是一块内存池，最主要的作用是缓存 SQL 语句和该语句的执行计划。Oracle 通过检查共享池是否存在 SQL 语句的执行计划，来判断进行软解析，还是硬解析。那软解析和硬解析又该怎么理解呢？
    • 在共享池中，Oracle 首先对 SQL 语句进行 Hash 运算 ，然后根据 Hash 值在库缓存（Library Cache）中查找，如果存在 SQL 语句的执行计划 ，就直接拿来执行，直接进入“执行器”的环节，这就是 软解析 。
    • 如果没有找到 SQL 语句和执行计划，Oracle 就需要创建解析树进行解析，生成执行计划，进入“优化器”这个步骤，这就是硬解析 。
  • 5.优化器：优化器中就是要进行硬解析，也就是决定怎么做，比如创建解析树，生成执行计划。
  • 6.执行器：当有了解析树和执行计划之后，就知道了 SQL 该怎么被执行，这样就可以在执行器中执行语句了

b.概念说明：

  • 1.共享池：是 Oracle 中的术语，包括了库缓存，数据字典缓冲区等。我们上面已经讲到了库缓存区，它主要缓存 SQL 语句和执行计划。而 数据字典缓冲区 存储的是 Oracle 中的对象定义，比如表、视图、索引等对象。当对 SQL 语句进行解析的时候，如果需要相关的数据，会从数据字典缓冲区中提取。
  • 2.库缓存：这一个步骤，决定了 SQL 语句是否需要进行硬解析。为了提升 SQL 的执行效率，我们应该尽量避免硬解析，因为在 SQL 的执行过程中，创建解析树，生成执行计划是很消耗资源的。

c.如何避免硬解析，尽量使用软解析呢？

  • 1.在 Oracle 中， 绑定变量是它的一大特色。绑定变量就是在 SQL 语句中使用变量，通过不同的变量取值来改变 SQL 的执行结果。
  • 2.这样做的好处是能提升软解析的可能性 ，不足之处在于可能会导致生成的执行计划不够优化，因此是否需要绑定变量还需要视情况而定。
  • 3.举个例子，我们可以使用下面的查询语句：

select * from player where player_id = 10001;
也可以使用绑定变量，如：
select * from player where player_id = :player_id;

  • 这两个查询语句的效率在 Oracle 中是完全不同的。如果你在查询 player_id = 10001 之后，还会查询10002、10003 之类的数据，那么每一次查询都会创建一个新的查询解析。
  • 而第二种方式使用了绑定变量，那么在第一次查询之后，在共享池中就会存在这类查询的执行计划，也就是软解析。
  • 因此，我们可以通过使用绑定变量来减少硬解析，减少 Oracle 的解析工作量。但这种方式也有缺点，使用动态 SQL 的方式，因为参数不同，会导致 SQL 的执行效率不同，同时 SQL 优化也会比较困难

d.Oracle的架构图：

在这里插入图片描述

e.Oracle架构简图：

在这里插入图片描述

f.Oracle执行原理总结小结：

  • 1.Oracle 和 MySQL 在进行 SQL 的查询上面有软件实现层面的差异。Oracle 提出了共享池的概念，通过共享池来判断是进行软解析，还是硬解析
1.01^1000
关注
专栏目录
Java面试题-Mysql高级面试题.docx
06-02
范式共有五级，分别是第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、BCNF（Boyce-Codd范式）、第四范式(4NF)和第五范式(5NF)，其中最常用的是前三个范式。 - **第一范式(1NF)**：确保表中的每一列都是不可分割的...
php-7.3.29.tar.gz
08-05
文件名中的“7.3.29”代表这是PHP的7.3系列的第29次更新，通常包含了错误修复、安全改进以及可能的新功能。 打开“php-7.3.29”源码包，我们可以看到一系列目录和文件，这些构成了解析PHP核心的重要组成部分： 1. ...
第二十九章：构建LNMP应用平台1
08-08
【第二十九章：构建LNMP应用平台1】 LNMP应用平台是互联网服务器架构的一种常见配置，由Linux操作系统、Nginx Web服务器、MySQL数据库和PHP编程语言组成。这个平台因其稳定、高效、功能丰富和易于维护的特点而广受...
毕业论文jsp1540食堂点餐系统mysql-有问题.doc
08-19
在二十一世纪这个信息化社会，互联网已经深入人们的生活各个角落，带来了前所未有的便利。随着网络技术的快速发展，诸如电子商务、在线教育、电子政务等网络应用逐渐普及。在这个背景下，毕业设计的选题——基于昆山...
新版 MySQL DBA 高级视频 基于MySQL 5.7 MySQL 8.0版本.rar
07-17
│ 第二十一课MySQL常见错误-converted.pdf │ 第二十课MySQL索引和调优.pdf │ 第二课MySQL入门介绍.pdf │ 第五课MySQL常用函数介绍.pdf │ 第八课InnoDB内核.pdf │ 第六课SQL高级应用.pdf │ 第十一课MySQL表...
【MySQL】数据库表的基本查询——增删查改
最新发布
m0_74755811的博客
09-27 799
在MySQL中，对表进行增删查改操作是数据库管理的基础。增（Insert）操作用于添加新记录，使用`INSERT INTO 表名 (列1 ...) VALUES (值1 ...);`。删（Delete）操作用于移除记录，使用`DELETE FROM 表名 WHERE 条件;`，需注意慎用以防误删。查（Select）操作用于检索数据，基本形式为`SELECT 列名 FROM 表名 WHERE 条件;`，可配合`ORDER BY`进行排序，`LIMIT`限制结果数量。改（Update）操作用于修改现有记录.
Mysql梳理7——分页查询
haozihua的博客
09-22 464
注意：MySQL 8.0中可以使用“LIMIT 3 OFFSET 4”，意思是获取从第5条记录开始后面的3条记录，和“LIMIT 4,3;如果我们知道返回结果只有 1 条，就可以使用 LIMIT 1 ，告诉 SELECT 语句只需要返回一条记录即可。背景1：查询返回的记录太多了，查看起来很不方便，怎么样能够实现分页查询呢？背景2：表里有 4 条数据，我们只想要显示第 2、3 条数据怎么办呢？所谓分页显示，就是将数据库中的结果集，一段一段显示出来需要的条件。第二个参数“行数”指示返回的记录条数。
MySQL --基本查询(上）
2301_79274600的博客
09-23 1163
语法： 示例： 创建一张学生表 1.1单行数据+全列插入 插入两条记录，value_list 数量必须和指定列数量及顺序一致 由于 主键 或者 唯一键 对应的值已经存在而导致插入失败 可以选择性的进行同步更新操作 语法： 冲突数据被更新– ON DUPLICATE KEY 当发生重复key的时候– 主键 或者 唯一键 没有冲突，则直接插入； – 主键 或者 唯一键 如果冲突，则删除后再插入 语法： 示例： 创建表结构 插入测试数据 – 通常情况下不建议使用 * 进行全列查询 – 1. 查询的列越多，意
hive/impala/mysql几种数据库的sql常用写法和函数说明
biqidaoer的专栏
09-27 109
做大数据开发的时候，会在几种库中来回跳，同一个需求，不同库函数和写法会有出入，在此做汇总沉淀。
MySQL—索引机制详解
m0_74293254的博客
09-27 647
MySQL 官方定义索引为一种帮助数据库高效获取数据的结构，其本质是排好序的快速查找数据结构。数据库除了存储表中的数据，还维护一些额外的满足特定查找算法的数据结构，这些数据结构以某种方式指向实际的数据，从而加快查询的速度。这种额外维护的数据结构就是索引。由于索引是在存储引擎层实现的，不同的存储引擎对索引的实现方式可能不尽相同，因此没有统一的索引标准。索引的使用数据库中的索引可以类比为书籍的目录，它指向实际的数据，帮助快速定位。下图展示了索引的工作原理：在图中，左边是一张数据表，包含两列和七条记录。
Mysql梳理9——多表查询连接分类及实现内、外连接
haozihua的博客
09-23 584
两个表在连接过程中除了返回满足连接条件的行以外还返回左（或右）表中不满足条件的 行 ，这种连接称为左（或右） 外连接。SQL99 采用的这种嵌套结构非常清爽、层次性更强、可读性更强，即使再多的表进行连接也都清晰 可见。语法说明： 可以使用 ON 子句指定额外的连接条件。满外连接的结果 = 左右表匹配的数据 + 左表没有匹配到的数据 + 右表没有匹配到的数据。而且在 SQL92 中，只有左外连接和右外连接，没有满（或全）外连接。: 合并具有同一列的两个以上的表的行,外连接的分类：左连接、右连接、满连接。
MySQL 及 SQL 注入
lly202406的博客
09-22 1147
MySQL 是一个开源的小型关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 旗下产品。MySQL 支持多种操作系统，如 Windows、Linux、Mac OS 等，并提供了多种编程语言接口，如 C、C++、Java、PHP、Python 等。MySQL 是一款功能强大的开源数据库管理系统，广泛应用于各种场景。然而，SQL 注入攻击作为一种常见的网络攻击手段，对数据库安全构成了严重威胁。了解 SQL 注入攻击的原理和危害，并采取有效的防范措施，是确保数据库安全的重要手段。
MySQL 处理大数据表的 3 种方案
偶尔写些东西，意思一下我也参与了内卷
09-23 936
在执行了分库分表之后，难以避免会将原本逻辑关联性很强的数据划分到不同的表、不同的库上，这时，表的关联操作将受到限制，我们无法join位于不同分库的表，也无法join分表粒度不同的表，结果原本一次查询能够完成的业务，可能需要多次查询才能完成。2、分表和分区不矛盾，可以相互配合的，对于那些大访问量，并且表数据比较多的表，我们可以采取分表和分区结合的方式，访问量不大，但是表数据很多的表，我们可以采取分区的方式等。1、分表的方法有很多，用merge来分表，是最简单的一种方式。拆分之前，先预估一下数据量。
基于python+flask+mysql的音频信息隐藏系统
Timi2019的博客
09-27 300
系统功能：音频图像管理:音频图像上传、音频图像列表（水印置乱、嵌入、提取、水印逆置乱、评分、完整性认证、攻击、攻击提取、逆置乱水印、攻击评分、嵌入容量）DCT对比：音频图像上传、音频图像列表（水印置乱、嵌入、提取、水印逆置乱、评分、完整性认证、攻击、攻击提取、逆置乱水印、攻击评分、嵌入容量）系统管理：用户管理、音频图像操作日志环境：pythonCharm、mysql8 、python11。
MySQL 之索引详解
weixin_64178283的博客
09-27 487
索引是 MySQL 数据库中非常重要的一个概念，合理地使用索引可以大大提高数据库的查询效率。在设计和使用索引时，需要根据实际情况选择合适的索引类型，并尽量避免索引失效的情况。
【原创】java+swing+mysql仓库管理系统设计与实现
全栈软件开发，分享Java、Python、Php、前后端、数据库经验和实战
09-22 991
本系统为java+swing+mysql的仓库管理系统，管理员功能分别如下： 管理员：登录系统；员工管理；商品管理；供应商管理；客户管理；进货管理；销售管理；留言管理；修改密码。员工：库存查询；进货管理；销售管理；留言管理；修改个人资料；修改密码。
MySQL | 窗口函数
jingling555的博客
09-27 344
从听歌流水中找到18-25岁用户在2022年每个月播放次数top 3的周杰伦的歌曲play_log表：song_info表：user_info表： 窗口函数 窗口函数的基本语法如下： PARTITION BY: 可选，用于指定窗口函数的分区列。如果没有指定，则整个结果集被视为一个单一的分区。 ORDER BY: 可选，但通常与需要顺序的窗口函数（如 , , ）一起使用，以定义分区内的行顺序。 frame_clause: 定义窗口帧的进一步细分，用于指定在分区内的哪些行应该包括在窗口函数的计
java将mysql表结构写入到word表格中
weixin_43790613的博客
09-27 184
查看指定库下表的结构，可以查询哪些指标。
mysql如何避免插入重复数据
WpfJya的博客
09-23 296
mysql避免插入重复数据
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值