首先：JOIN 通常与 ON 关键字搭配使用 其次我们来看我们的两个表格： table1: ? table2: ?...在这里，INNER JOIN（内连接,或等值连接）：取得两个表中存在连接匹配关系的记录。...，它不管on中的条件是否为真，都会返回左边表中的记录。...2、where条件是在临时表生成好后，再对临时表进行过滤的条件。这时已经没有left join的含义（必须返回左边表的记录）了，条件不为真的就全部过滤掉。...是否输出的结果把两表给结合起来了，你们发现，age1不同的数据并没有输出出来，其实这样的结果比较像数学中的交集呢？这个就是 INNER jion
的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL执行超过多少时间来记录到一个日志文件中，只要SQL执行的时间超过了我们设置的时间就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL...Explain结果列解读概述 字段解释id每个被独立执行的操作标识，标识对象被操作的顺序，id值越大，先被执行，如果相同，执行顺序从上到下table被操作的对象名称，通常是表名，但有其他格式partitions...举例来说，film_actor的联合索引 idx_film_actor_id 由 film_id 和 actor_id 两个int列组成，并且每个int是4字节。...eq_ref: 类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表连接中使用primary key或者 unique key作为关联条件const、system...如将主键置于where列表中，MySQL就能将该查询转换为一个常量，system是const类型的特例，当查询的表只有一行的情况下，使用systemNULL: MySQL在优化过程中分解语句，执行时甚至不用访问表或索引
废话不多说，现在就让我们开始吧，让我们去通过熟悉每个查询的执行过程，并用一颗豁达的心态理解每个SQL查询的优化分析！ 本文将介绍MySQL执行计划的相关知识。...使用PROFILING MySQL提供了一个 PROFILING 工具，能够记录 MySQL 服务器上连接和查询的操作时间，包括每个 SQL 语句执行的时间以及资源的消耗。...MySQL支持以下几种连接操作符： 等值连接(Equal join)：当两个表中包含相同的关键字(也就是外键)时，MySQL会使用等值连接操作符实现连接操作。...= b.emp_id; 外连接(Outer join)：当我们需要查询两个表的记录时，无论这两个表是否存在相同的关键字，我们都可以使用外连接操作符进行连接。...其中： ALL 表示全表扫描，即扫描了整个表的数据。 index 表示使用了索引扫描，但需要在索引中查找需要的记录。 range 表示使用了索引范围查找，即使用了部分索引进行查找。 5.2.
大表带来的问题（ 重要） 1.4.1 大表的特点 记录行数巨大，单表超千万 表数据文件巨大，超过 10个 G 1.4.2 大表的危害 1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 ->...（ mysql建立索引，先在组上执行，再在库上执行） 修改表结构需要长时间的锁表：会造成长时间的主从延迟('480秒延迟') 1.4.3 如何处理数据库上的大表 分库分表把一张大表分成多个小表 难点：...内存的使用上限不能超过物理内存，否则容易造成内存溢出；（对于32位操作系统，MySQL只能试用3G以下的内存。） 确定MySQL的 每个连接 单独 使用的内存。...sort_buffer_size #定义了每个线程排序缓存区的大小，MySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存（直接分配该参数的全部内存）； join_buffer_size #定义了每个线程所使用的连接缓冲区的大小...，如果一个查询关联了多张表，MySQL会为每张表分配一个连接缓冲，导致一个查询产生了多个连接缓冲； read_buffer_size #定义了当对一张MyISAM进行全表扫描时所分配读缓冲池大小，MySQL
大表带来的问题（重要） 1.4.1 大表的特点 记录行数巨大，单表超千万 表数据文件巨大，超过10个G 1.4.2 大表的危害 1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 ->...（mysql建立索引，先在组上执行，再在库上执行） 修改表结构需要长时间的锁表：会造成长时间的主从延迟('480秒延迟') 1.4.3 如何处理数据库上的大表 分库分表把一张大表分成多个小表 难点：...内存的使用上限不能超过物理内存，否则容易造成内存溢出；（对于32位操作系统，MySQL只能试用3G以下的内存。） 确定MySQL的每个连接单独使用的内存。...sort_buffer_size #定义了每个线程排序缓存区的大小，MySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存（直接分配该参数的全部内存）； join_buffer_size #定义了每个线程所使用的连接缓冲区的大小...，如果一个查询关联了多张表，MySQL会为每张表分配一个连接缓冲，导致一个查询产生了多个连接缓冲； read_buffer_size #定义了当对一张MyISAM进行全表扫描时所分配读缓冲池大小，MySQL
MySQL参数设置 通用配置 max_connections : MySQL能创建的最大连接数，如果数据库的并发量比较大，建议调高此值，以增加并行连接数量，当然连接数越多，由于MySQL会为每个连接创建连接缓冲区...，比如多表连接的顺序是什么，对于每个表采用什么访问方法来具体执行查询等等。...，所以在连接查询的执行计划中，每个表都会对应一条记录，但是这些记录的id值都是相同的....在连接查询中，每个表都会对应一条记录，这些记录的id列的值是相同的，出现在前边的表表示驱动表，出现在后边的表表示被驱动表。...filterd 连接查询的成本中有个condition filtering的概念，就是MySQL在计算驱动表扇出时采用的一个策略： 如果使用的是全表扫描的方式执行的单表查询，那么计算驱动表扇出时需要估计出满足搜索条件的记录到底有多少条
大表带来的问题（重要） 1.4.1 大表的特点 记录行数巨大，单表超千万 表数据文件巨大，超过10个G 1.4.2 大表的危害 1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 -> 要在大数据量的表中筛选出来其中一部分数据会产生大量的磁盘...io -> 降低磁盘效率 2.对DDL影响： 建立索引需要很长时间： MySQL -v<5.5 建立索引会锁表 MySQL -v>=5.5 建立索引会造成主从延迟（mysql建立索引，先在组上执行，...再在库上执行） 修改表结构需要长时间的锁表：会造成长时间的主从延迟('480秒延迟') 1.4.3 如何处理数据库上的大表 分库分表把一张大表分成多个小表 难点： 分表主键的选择 分表后跨分区数据的查询和统计...sort_buffer_size #定义了每个线程排序缓存区的大小，MySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存（直接分配该参数的全部内存）； join_buffer_size #定义了每个线程所使用的连接缓冲区的大小...，如果一个查询关联了多张表，MySQL会为每张表分配一个连接缓冲，导致一个查询产生了多个连接缓冲； read_buffer_size #定义了当对一张MyISAM进行全表扫描时所分配读缓冲池大小，MySQL
，比如多表连接的顺序是什么，对于每个表采用什么访问方法来具体执行查询等等。...，所以在连接查询的执行计划中，每个表都会对应一条记录，但是这些记录的id值都是相同的....在连接查询中，每个表都会对应一条记录，这些记录的id列的值是相同的，出现在前边的表表示驱动表，出现在后边的表表示被驱动表。...rows 如果查询优化器决定使用全表扫描的方式对某个表执行查询时，执行计划的rows列就代表预计需要扫描的行数，如果使用索引来执行查询时，执行计划的rows列就代表预计扫描的索引记录行数。...filterd 连接查询的成本中有个condition filtering的概念，就是MySQL在计算驱动表扇出时采用的一个策略： 如果使用的是全表扫描的方式执行的单表查询，那么计算驱动表扇出时需要估计出满足搜索条件的记录到底有多少条
MySQL的查询成本分为下面两个部分 I/O成本 我们的表经常使用的MyISAM、InnoDB存储引擎都是将数据和索引都存储到磁盘上的，当查询表中的记录时，需要先把数据或者索引加载到内存中，然后再进行操作...由于查询成本 = I/O 成本 + CPU成本，所以计算全表扫描的代价需要两个信息： 聚集索引占用的页面数 该表中的记录数 那这两个信息从哪里来呢？ ...回表方式的查询，MySQL查询的成本依赖两个方面的数据：扫描区间的数量和需要回表的记录数 扫描区间的数量 查询优化器粗暴的认为读取索引的一个扫描区间的I/O成本和读取一个页面的I/O成本是相同的。...可是对于内连接来说，驱动表和被驱动表的位置是可以互换的，所以需要考虑两个方面的问题： 不同的表作为驱动表最终的查询成本可能是不同的，也就是需要考虑最优的表连接顺序。...很显然，该值越大，成本分析的越精确，越容易得到好的执行计划，但是消耗的时间也就越长，否则得到的就不是很好的执行计划，但可以省掉了连接成本的分析时间。
什么叫外连接 外连接（Outer Join）是 SQL 中的一种连接查询，用来从两个表中返回匹配的行，以及在另一个表中没有匹配的行。...如果数据库支持全外连接的话，结果集将包含两个表中的所有记录，并且没有匹配的记录将用NULL填充相应的列。...什么叫内连接 内连接（Inner Join）是数据库 SQL 语言中最常见的类型的连接，它用于返回两个或多个表中符合连接条件的记录。...当进行内连接时，只有当两个表中的记录在指定的连接条件上相匹配时，这些记录才会出现在查询结果中。如果在一个表中有记录而在另一个表中没有相匹配的记录，则这些记录不会出现在最终的结果集中。...简单来说，内连接返回的是两个表交集的部分。
1.4 大表带来的问题（重要） 1.4.1 大表的特点 1、记录行数巨大，单表超千万 2、表数据文件巨大，超过 10个 G 1.4.2 大表的危害 1、慢查询：很难在短时间内过滤出需要的数据 查询字区分度低...建立索引会造成主从延迟（ mysql建立索引，先在组上执行，再在库上执行） 修改表结构需要长时间的锁表：会造成长时间的主从延迟('480秒延迟') 1.4.3 如何处理数据库上的大表 分库分表把一张大表分成多个小表...内存的使用上限不能超过物理内存，否则容易造成内存溢出；（对于32位操作系统，MySQL只能试用3G以下的内存 确定MySQL的每个连接 单独使用的内存。...sort_buffer_size 定义了每个线程排序缓存区的大小，MySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存（直接分配该参数的全部内存）； join_buffer_size 定义了每个线程所使用的连接缓冲区的大小...，如果一个查询关联了多张表，MySQL会为每张表分配一个连接缓冲，导致一个查询产生了多个连接缓冲； read_buffer_size 定义了当对一张MyISAM进行全表扫描时所分配读缓冲池大小，MySQL
使用一段时间，或者程序里面判断执行过一个占用内存的大查询后，断开连接，之后要查询再重连。...所以两个查询在任何字符上的不同 (例如 : 空格、注释)，都会导致缓存不会命中 如果查询中包含任何用户自定义函数、存储函数、用户变量、临时表、MySQL库中的系统表，其查询结果都不会被缓存。...，将这样的查询结果缓存起来没有任何的意义 MySQL 查询缓存系统会跟踪查询中涉及的每个表，如果这些表 (数据或结构) 发生变化，那么和这张表相关的所有缓存数据都将失效。...(用户自定义函数、存储过程)、MySQL认为的最优跟我们想的不一样 (我们希望执行时间尽可能短，但 MySQL 值选择它认为成本小的，但成本小并不意味着执行时间短) 等等 MySQL的查询优化器是一个非常复杂的部件...如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。
1.4 大表带来的问题（重要） 1.4.1 大表的特点 1、记录行数巨大，单表超千万 2、表数据文件巨大，超过 10个 G 1.4.2 大表的危害 1、慢查询：很难在短时间内过滤出需要的数据 查询字区分度低...建立索引会造成主从延迟（ mysql建立索引，先在组上执行，再在库上执行） 修改表结构需要长时间的锁表：会造成长时间的主从延迟('480秒延迟') 1.4.3 如何处理数据库上的大表 分库分表把一张大表分成多个小表...关注Java技术栈微信公众号，在后台回复关键字：mysql，可以获取更多栈长整理的MySQL技术干货。 确定MySQL的每个连接 单独使用的内存。...sort_buffer_size 定义了每个线程排序缓存区的大小，MySQL在有查询、需要做排序操作时才会为每个缓冲区分配内存（直接分配该参数的全部内存）； join_buffer_size 定义了每个线程所使用的连接缓冲区的大小...，如果一个查询关联了多张表，MySQL会为每张表分配一个连接缓冲，导致一个查询产生了多个连接缓冲； read_buffer_size 定义了当对一张MyISAM进行全表扫描时所分配读缓冲池大小，MySQL
当查询只使用作为单索引一部分的列时，MySQL可以使用该联接类型。 （11） ALL 对于每个来自于先前的表的行组合，进行完整的表扫描。 如果第一个表没标记为const，这样执行计划就不会很好。...第二个查询因为name字段和age字段都有索引，那么mysql可以利用这两个索引的其中之一，这里是ix_person_name_age索引来查找记录。...子查询虽然使查询语句灵活，但是执行效率不高。 执行子查询时，mysql需要为内层查询语句结果建立一个临时表。然后外层查询语句从临时表中查询记录 查询完毕后，再撤销临时表。...，以空间换时间需要这样做会增加开发的工作量和维护量，但是如果能换来可观的性能提升，这样做也是值得的 （4）优化插入记录的速度 插入记录时，影响插入速度的主要是索引、唯一性校验、一次插入记录条数等。...在这两个 Buffer 设置的时候，最需要注意的就是不要忘记是每个Thread 都会创建自己独立的 Buffer，而不是整个系统共享的 Buffer，不要因为设置过大而造成系统内存不足。
Connections:试图连接MySql服务器的次数 Uptime：服务器工作时间 Slow_queries:慢查询的次数 定位执行效率低的SQL语句 通过慢查询日志定位那些执行效率较低的sql语句...，用--log-show-queries[=file_name]选项去启动，mysqlId写一个包含所有执行时间超过long_querty_time秒的sql语句的日志文件 慢查询日志在查询结束后才记录...mysql不需要在内存中创建临时表来完成这个逻辑上需要两个步骤的查询工作 优化分页查询 一般分页查询，通过创建覆盖索引能够比较好地提高性能。...根据一列或多列数据把数据行放到两个独立的表中：水平拆分会给应用增加复杂度，它通常在查询时需要多个表名，查询所有数据需要UNION操作，缺点：只要索引关键字不大，则在索引查询时，表中增加了2-3倍的数据量...增加的派生列其他作业是在查询时减少连接操作，避免使用集函数 重新组表：指如果许多用户需要查看两个表连接出来的结果数据，则把这两个表查询组成一个表来减少连接而提高性能 分割表 维护数据的完整性 批处理维护是指对复制列或派生列的修改积累一定的时间后
使用一段时间，或者程序里面判断执行过一个占用内存的大查询后，断开连接，之后要查询再重连。...所以两个查询在任何字符上的不同 (例如 : 空格、注释)，都会导致缓存不会命中。 如果查询中包含任何用户自定义函数、存储函数、用户变量、临时表、MySQL库中的系统表，其查询结果都不会被缓存。...MySQL 查询缓存系统会跟踪查询中涉及的每个表，如果这些表 (数据或结构) 发生变化，那么和这张表相关的所有缓存数据都将失效。...另外查询缓存由两个特性需要注意： 任何的查询语句在开始之前都必须经过检查，即使这条 SQL 语句永远不会命中缓存。...#设置日志路径，注意路经需要mysql用户有权限写 expire_logs_days = 7 #设置binlog清理时间 max_binlog_size = 100m #binlog每个日志文件大小
执行器： 对于每个找到的记录，再次判断记录是否满足索引条件name。...在查询执行过程中，执行器会根据优化器选择的执行计划，从存储引擎中获取需要连接的表的数据。然后，执行器根据JOIN子句的类型和ON子句中的连接条件，对数据进行连接操作。...我们按照时间顺序来分析一下 连接器：当客户端连接到MySQL服务器时，连接器负责建立和管理连接。它验证客户端提供的用户名和密码，确定客户端具有相应的权限，然后建立连接。...，我们首先执行两个子查询。...这样可以减少关联操作的时间开销，查询2因为临时表不继承索引，表关联的时间开销比较大。
统计 SQL 的查询成本: last_query_cost 一条 SQL 查询语句在执行前需要查询执行计划，如果存在多种执行计划的话，MySQL 会计算每个执行计划所需要的成本，从中选择 成本最小 的一个作为最终执行的执行计划...# 1. table 不论我们的查询语句有多复杂，里边儿 包含了多少个表 ，到最后也是需要对每个表进行 单表访问 的，所 以 MySQL 规定 EXPLAIN 语句输出的每条记录都对应着某个单表的访问方法...下边我们看一个连接查询的执行计划 mysql > EXPLAIN SELECT * FROM s1 INNER JOIN s2; 可以看出这个连接查询的执行计划中有两条记录，这两条记录的 table...'a'; 对于连接查询来说，一个 SELECT 关键字后边的 FROM 字句中可以跟随多个表，所以在连接查询的执行计划中，每个表都会对应一条记录，但是这些记录的 id 值都是相同的，比如： mysql...这里需要大家记住的是，在连接查询的执行计划中，每个表都会对应一条记录，这些记录的 id 列的值是相同的，出现在前边的表表示 驱动表 ，出现在后面的表表示 被驱动表 。
=name 执行SQL语句并退出 此选项可以在Mysql客户端执行SQL语句，而不用连接到MySQL数据库再执行，对于一些批处理脚本，这种方式尤其方便。...-i 显示指定数据库或者指定表的状态信息 示例： #查询每个数据库的表的数量及表中记录的数量 mysqlshow -uroot -pren137739 --count #查询test...， 再次来查询日志文件 ： 2.4 慢查询日志 慢查询日志记录了所有执行时间超过参数 long_query_time 设置值并且扫描记录数不小于 min_examined_row_limit 的所有的...slow_query_log_file=slow_query.log # 该选项用来配置查询的时间限制， 超过这个时间将认为值慢查询， 将需要进行日志记录， 默认10s long_query_time...2） 执行查询操作 select id, title,price,num ,status from tb_item where id = 1; 由于该语句执行时间很短，为0s ， 所以不会记录在慢查询日志中
领取专属 10元无门槛券
手把手带您无忧上云
