explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
今天客户那边遇到一个问题：多选文件进行操作，数据量一大后台处理就特别慢，浏览器显示504超时。为了验证问题是否出在sql语句，所以用以下方法来分析：
explain显示了MySQL如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。下面是一个例子：
不管是工作中，还是面试中，基本上都需要搞定一些SQL优化技巧，比如说使用explain查看SQL的执行计划，然后，针对执行计划对SQL进行优化。
调用EXPLAIN可以获取关于查询执行计划的信息，以及如何解释输出。EXPLAIN命令是查看查询优化器如何决定执行查询的主要方法，但该动能也有局限性，它的选择并不总是最优的，展示的也并不一定是真相。
在MySQL中可以使用EXPLAIN查看SQL执行计划，用法：EXPLAIN SELECT * FROM tb_item
0.SQL标准的执行流程（select） (8) SELECT (9) DISTINCT (11) <TOP_specification> <select_list> (1) FROM <left_table> (3) <join_type> JOIN <right_table> (2) ON <join_condition> (4) WHERE <where_condition> (5) GROUP BY <group_by_list> (6) WITH {CUBE ROLLUP} (7)
在访问数据库时，应该只请求需要的行和列。请求多余的行和列会消耗MySql服务器的CPU和内存资源，并增加网络开销。 例如在处理分页时，应该使用LIMIT限制MySql只返回一页的数据，而不是向应用程序返回全部数据后，再由应用程序过滤不需要的行。 当一行数据被多次使用时可以考虑将数据行缓存起来，避免每次使用都要到MySql查询。 避免使用SELECT *这种方式进行查询，应该只返回需要的列。
相信很多做性能测试的朋友都知道，性能测试并不单单只是看服务器cpu、IO、内存、网络等，我们还需要了解Mysql性能，那么我们看看Mysql性能主要内容有哪些呢？
在上一篇文章《MySQL常见加锁场景分析》中，我们聊到行锁是加在索引上的，但是复杂的 SQL 往往包含多个条件，涉及多个索引，找出 SQL 执行时使用了哪些索引对分析加锁场景至关重要。
指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用
**读锁：**共享锁S-lock，读操作时添加，所有用户(包括当前用户)只可读不可写
| 作者 沈启超，19年硕士毕业于东南大学，目前在腾讯CSIG企业产品部担任后台开发，同时也参与公司内部存储开源组件MySync的开发。 ---- 前言：MySQL架构体系 首先分享实验前的基础知识，MySQL主要分为Server层与存储引擎层。 Server层主要包含连接器、检索内存、分析器、优化器、执行器等，所有跨存储引擎的功能均于这一层构建，例如存储过程、触发器、视图，函数等，有一个标准化的binglog日志模块。 存储引擎负责数据的存储与存取，使用可更换的插件式架构，拥有InnoDB、MyISA
https://www.cnblogs.com/sessionbest/articles/8689071.html
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
myisam只支持表锁，innodb支持表锁和行锁。锁机制消耗性能，容易发生阻塞，拖慢网站速度。
SIMPLE（simple）：简单SELECT(不使用UNION或子查询)。 PRIMARY（primary）：子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY。 UNION（union）：UNION中的第二个或后面的SELECT语句。 DEPENDENT UNION（dependent union）：UNION中的第二个或后面的SELECT语句,取决于外面的查询。 UNION RESULT（union result）：UNION的结果，union语句中第二个select开始后面所有select。 SUBQUERY（subquery）：子查询中的第一个SELECT，结果不依赖于外部查询。 DEPENDENT SUBQUERY（dependent subquery）：子查询中的第一个SELECT，依赖于外部查询。 DERIVED（derived）：派生表的SELECT (FROM子句的子查询)。 UNCACHEABLE SUBQUERY（uncacheable subquery）：(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)
在Python中，可以使用MySQL官方提供的Python库mysql-connector-python来连接和操作MySQL数据库。连接MySQL数据库后，我们可以使用SQL语句执行查询并获取查询结果。在本文中，我们将详细介绍如何处理MySQL查询结果。
MySql Explain是对SQL进行性能优化不可或缺的工具，通过他我们可以对SQL进行一定的分析和性能优化，降低线上业务因慢查询造成的性能损失。
table 输出的行所引用的表 type 联接类型。下面给出各种联接类型,按照从最佳类型到最坏类型进行排序:
在计算机科学中，锁是在执行多线程时用于强行限制资源访问的同步机制，即用于在并发控制中保证对互斥要求的满足。 目录： 1、行级锁、表级锁、页级锁 2、共享锁和排它锁 3、演示 在DBMS中，可以按照锁的粒度把数据库锁分为行级锁(INNODB引擎)、表级锁(MYISAM引擎)和页级锁(BDB引擎 )。 行级锁、表级锁、页级锁 行级锁 行级锁是Mysql中锁定粒度最细的一种锁，表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小，但加锁的开销也最大。行级锁分为共享锁 和 排他锁。 特点
使用 EXPLAIN 查看执行计划， 5.6后可以加参数 EXPLAIN FORMAT=JSON xxx输出json格式的信息。
在MySQL 5.6之前，当查询使用到复合索引时，MySQL会先根据索引的最左前缀原则，在索引上查找到满足条件的记录的主键或行指针，然后再根据这些主键或行指针到数据表中查询完整的行记录。之后，MySQL再根据WHERE子句中的其他条件对这些行进行过滤。这种方式可能导致大量的数据行被检索出来，但实际上只有很少的行满足WHERE子句中的所有条件。
MySQL 官方文档地址: 8.8 Understanding the Query Execution Plan
在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记，执行查询时，会返回执行计划的信息，而不是执行这条SQL（如果 from 中包含子查询，仍会执行该子查询，将结果放入临时表中）
我们在设计一个系统的时候，有时候通常为了基础业务，写出的查询sql语句并不高效，从而影响到用户使用系统的整体体验感不是很好，我们通常在系统的测试阶段会开启MySQL中的慢日志查询的功能，可以在MySQL的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL执行超过多少时间来记录到一个日志文件中，只要SQL执行的时间超过了我们设置的时间就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL了，从而就可以对这些语句进行调优优化，使用 Explain来分析 SQL 语句的性能。
我们先了解一下explain语法和相关理论知识。 语法： EXPLAIN SELECT select_options;
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL
在SQL语言中，一个SELECT-FROM-WHERE语句称为一个查询块。当获得一个查询的答案需要多个步骤的操作，首先必须创建一个查询来确定用户不知道但包含在数据库中的值，将一个查询块嵌套在另一个查询块的WHERE字句或HAVING短语的条件中查询块称为子查询或内层查询。上层的查询块曾为父查询或外层查询。子查询的结果作为输入传递回“父查询”或“外部查询”。父查询将这个值结合到计算中，以便确定最后的输出。
1、参考书籍：MYSQL 5.5从零开始学 Mysql性能优化就算通过合理安排资源，调整系统参数使MYSQL运行更快，更节省资源。MYSQL性能优化包括查询速度优化，更新速度优化，mysql服务器优化等等。此处，介绍以下几个优化。包含，性能优化的介绍，查询优化，数据库结构优化，mysql服务器优化。 Mysql优化，一方面是找出系统的瓶颈，提高mysql数据库整体的性能，另外一个方面需要合理的结构设计和参数调整，以提高用户操作响应的速度。同时还要尽可能节省系统资源，以便系统可以提供更大负荷的服务。mysql数据库优化是多方面的，原则是减少系统的瓶颈，减少资源的占用，增加系统反应的速度。
DQL（Data QueryLanguage ）数据查询语言，基本结构是由SELECT子句，FROM子句，WHERE子句组成的查询块。
MySQL EXPLAIN命令是查询性能优化不可缺少的一部分，该文主要讲解explain命令的使用及相关参数说明。
转自：http://blog.chinaunix.net/uid-540802-id-3419311.html
在数据库中，除传统的计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。数据库锁定机制简单来说，就是数据库为了保证数据的一致性，而使各种共享资源在被并发访问变得有序所设计的一种规则。
这篇文章主要讲 explain 如何使用，还有 explain 各种参数概念，之后会讲优化
expain出来的信息有10列，分别是id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra,下面对这些字段出现的可能进行解释：
通常大家都会根据查询的WHERE条件来创建合适的索引，不过这只是索引优化的一个方面。设计优秀的索引应该考虑到整个查询，而不单单是WHERE条件部分。索引确实是一种查找数据的高效方式，但是MySQL也可以使用索引来直接获取列的数据，这样就不再需要读取数据行。如果索引的叶子节点中已经包含要查询的数据，那么还有什么必要再回到表中查询呢？如果一个索引覆盖所有需要查询的字段的值，我们就称之为“覆盖索引”。
注：本博文基于数据库之基本查询示例（一） 1、查询fruits表中每个s_id对应的所有f_name值
如果是空的，没有相关的索引。这时要提高性能，可通过 检验WHERE子句，看是否引用某些字段，或者检查字段不是适合索引。
存储引擎：MySQL中的数据、索引以及其他对象是如何存储的，是一套文件系统的实现。
MySQL优化一般是需要索引优化、查询优化、库表结构优化三驾马车齐头并进。 本章节开始讲查询优化。 一、为什么查询速度会慢 可以把查询当作一个任务，它由一系列子任务组成，每个子任务都会消耗一定的时间。如果要优化查询，实际上是优化其子任务，要么消除其中一些子任务，要么减少子任务的执行次数，要么让子任务运行得更快。 MySQL在执行查询的时候有哪些子任务，这个是有一定的方法进行剖析的，具体方法下回单独拿一个章节来分析。 通常来说，查询的生命周期大致可以按照顺序来看：从客户端，到服务端，然后在服务器上进行解
上面的所有Spring配置都是通过一个名为auto-configuration的过程添加Boot web starter来自动包含的。
昨天遇到一个问题, 200万的表里查询9万条数据, 耗时达63秒. 200万数据不算多, 查询9万也还好. 怎么用了这么长的时间呢? 问题是一句非常简单的sql. select * from tk_t
使用EXPLAIN关键字可以模拟优化器执行SQL语句，从而知道MySQL是 如何处理你的SQL语句的。分析你的查询语句或是结构的性能瓶颈
ORDER BY 排序后，用 LIMIT 取前几条，发现返回的结果集的顺序与预期的不一样。
上图是使用Explain分析的一条sql语句，下面我们来看一下各个字段的具体含义是什么
执行： select sleep(5); 查看日志： tail -100f lixj-server-01-slow.log
MySQL执行计划是sql语句经过查询优化器后，查询优化器会根据用户的sql语句所包含的字段和内容数量等统计信息，选择出一个执行效率最优（MySQL系统认为最优）的执行计划，然后根据执行计划，调用存储引擎提供的接口，获取数据。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
