精华内容
下载资源
问答
  • MySQL执行计划 万次阅读
    2020-06-24 00:48:46

    mysql执行计划

    ​ 在企业的应用场景中,为了知道优化SQL语句的执行,需要查看SQL语句的具体执行过程,以加快SQL语句的执行效率。

    ​ 可以使用explain+SQL语句来模拟优化器执行SQL查询语句,从而知道mysql是如何处理sql语句的。

    ​ 官网地址: https://dev.mysql.com/doc/refman/5.5/en/explain-output.html

    1、执行计划中包含的信息

    ColumnMeaning
    idThe SELECT identifier
    select_typeThe SELECT type
    tableThe table for the output row
    partitionsThe matching partitions
    typeThe join type
    possible_keysThe possible indexes to choose
    keyThe index actually chosen
    key_lenThe length of the chosen key
    refThe columns compared to the index
    rowsEstimate of rows to be examined
    filteredPercentage of rows filtered by table condition
    extraAdditional information

    id

    select查询的序列号,包含一组数字,表示查询中执行select子句或者操作表的顺序

    id号分为三种情况:

    ​ 1、如果id相同,那么执行顺序从上到下

    explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal;
    

    ​ 2、如果id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行

    explain select * from emp e where e.deptno in (select d.deptno from dept d where d.dname = 'SALES');
    

    ​ 3、id相同和不同的,同时存在:相同的可以认为是一组,从上往下顺序执行,在所有组中,id值越大,优先级越高,越先执行

    explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal where e.deptno in (select d.deptno from dept d where d.dname = 'SALES');
    

    select_type

    主要用来分辨查询的类型,是普通查询还是联合查询还是子查询

    select_type ValueMeaning
    SIMPLESimple SELECT (not using UNION or subqueries)
    PRIMARYOutermost SELECT
    UNIONSecond or later SELECT statement in a UNION
    DEPENDENT UNIONSecond or later SELECT statement in a UNION, dependent on outer query
    UNION RESULTResult of a UNION.
    SUBQUERYFirst SELECT in subquery
    DEPENDENT SUBQUERYFirst SELECT in subquery, dependent on outer query
    DERIVEDDerived table
    UNCACHEABLE SUBQUERYA subquery for which the result cannot be cached and must be re-evaluated for each row of the outer query
    UNCACHEABLE UNIONThe second or later select in a UNION that belongs to an uncacheable subquery (see UNCACHEABLE SUBQUERY)
    --sample:简单的查询,不包含子查询和union
    explain select * from emp;
    
    --primary:查询中若包含任何复杂的子查询,最外层查询则被标记为Primary
    explain select staname,ename supname from (select ename staname,mgr from emp) t join emp on t.mgr=emp.empno ;
    
    --union:若第二个select出现在union之后,则被标记为union
    explain select * from emp where deptno = 10 union select * from emp where sal >2000;
    
    --dependent union:跟union类似,此处的depentent表示union或union all联合而成的结果会受外部表影响
    explain select * from emp e where e.empno  in ( select empno from emp where deptno = 10 union select empno from emp where sal >2000)
    
    --union result:从union表获取结果的select
    explain select * from emp where deptno = 10 union select * from emp where sal >2000;
    
    --subquery:在select或者where列表中包含子查询
    explain select * from emp where sal > (select avg(sal) from emp) ;
    
    --dependent subquery:subquery的子查询要受到外部表查询的影响
    explain select * from emp e where e.deptno in (select distinct deptno from dept);
    
    --DERIVED: from子句中出现的子查询,也叫做派生类,
    explain select staname,ename supname from (select ename staname,mgr from emp) t join emp on t.mgr=emp.empno ;
    
    --UNCACHEABLE SUBQUERY:表示使用子查询的结果不能被缓存
     explain select * from emp where empno = (select empno from emp where deptno=@@sort_buffer_size);
     
    --uncacheable union:表示union的查询结果不能被缓存:sql语句未验证
    

    table

    对应行正在访问哪一个表,表名或者别名,可能是临时表或者union合并结果集
    1、如果是具体的表名,则表明从实际的物理表中获取数据,当然也可以是表的别名

    ​ 2、表名是derivedN的形式,表示使用了id为N的查询产生的衍生表

    ​ 3、当有union result的时候,表名是union n1,n2等的形式,n1,n2表示参与union的id

    type

    type显示的是访问类型,访问类型表示我是以何种方式去访问我们的数据,最容易想的是全表扫描,直接暴力的遍历一张表去寻找需要的数据,效率非常低下,访问的类型有很多,效率从最好到最坏依次是:

    system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

    一般情况下,得保证查询至少达到range级别,最好能达到ref

    --all:全表扫描,一般情况下出现这样的sql语句而且数据量比较大的话那么就需要进行优化。
    explain select * from emp;
    
    --index:全索引扫描这个比all的效率要好,主要有两种情况,一种是当前的查询时覆盖索引,即我们需要的数据在索引中就可以索取,或者是使用了索引进行排序,这样就避免数据的重排序
    explain  select empno from emp;
    
    --range:表示利用索引查询的时候限制了范围,在指定范围内进行查询,这样避免了index的全索引扫描,适用的操作符: =, <>, >, >=, <, <=, IS NULL, BETWEEN, LIKE, or IN() 
    explain select * from emp where empno between 7000 and 7500;
    
    --index_subquery:利用索引来关联子查询,不再扫描全表
    explain select * from emp where emp.job in (select job from t_job);
    
    --unique_subquery:该连接类型类似与index_subquery,使用的是唯一索引
     explain select * from emp e where e.deptno in (select distinct deptno from dept);
     
    --index_merge:在查询过程中需要多个索引组合使用,没有模拟出来
    
    --ref_or_null:对于某个字段即需要关联条件,也需要null值的情况下,查询优化器会选择这种访问方式
    explain select * from emp e where  e.mgr is null or e.mgr=7369;
    
    --ref:使用了非唯一性索引进行数据的查找
     create index idx_3 on emp(deptno);
     explain select * from emp e,dept d where e.deptno =d.deptno;
    
    --eq_ref :使用唯一性索引进行数据查找
    explain select * from emp,emp2 where emp.empno = emp2.empno;
    
    --const:这个表至多有一个匹配行,
    explain select * from emp where empno = 7369;
     
    --system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现
    

    possible_keys

    ​ 显示可能应用在这张表中的索引,一个或多个,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用

    explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
    

    key

    ​ 实际使用的索引,如果为null,则没有使用索引,查询中若使用了覆盖索引,则该索引和查询的select字段重叠。

    explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
    

    key_len

    表示索引中使用的字节数,可以通过key_len计算查询中使用的索引长度,在不损失精度的情况下长度越短越好。

    explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
    

    ref

    显示索引的哪一列被使用了,如果可能的话,是一个常数

    explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
    

    rows

    根据表的统计信息及索引使用情况,大致估算出找出所需记录需要读取的行数,此参数很重要,直接反应的sql找了多少数据,在完成目的的情况下越少越好

    explain select * from emp;
    

    extra

    包含额外的信息。

    --using filesort:说明mysql无法利用索引进行排序,只能利用排序算法进行排序,会消耗额外的位置
    explain select * from emp order by sal;
    
    --using temporary:建立临时表来保存中间结果,查询完成之后把临时表删除
    explain select ename,count(*) from emp where deptno = 10 group by ename;
    
    --using index:这个表示当前的查询时覆盖索引的,直接从索引中读取数据,而不用访问数据表。如果同时出现using where 表名索引被用来执行索引键值的查找,如果没有,表面索引被用来读取数据,而不是真的查找
    explain select deptno,count(*) from emp group by deptno limit 10;
    
    --using where:使用where进行条件过滤
    explain select * from t_user where id = 1;
    
    --using join buffer:使用连接缓存,情况没有模拟出来
    
    --impossible where:where语句的结果总是false
    explain select * from emp where empno = 7469;
    
    更多相关内容
  • Mysql 执行计划

    千次阅读 2020-05-19 09:03:37
    当客户端发送给mysql 服务器一条查询语句后,经过sql的优化器,会产生一个执行计划执行计划 使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句,从而知道 MYSQL 是如何处理你的 sql 语句的。分析你的查询语句...
    当客户端发送给mysql 服务器一条查询语句后,经过sql的优化器,会产生一个执行计划。

    执行计划

    使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句,从而知道 MYSQL 是如何处理你的 sql 语句的。分析你的查询语句或是表结构的性能瓶颈。

    语法: Explain + sql

    执行计划的作用

    • 表的读取顺序
    • 数据读取操作的操作类型
    • 哪些索引可以使用
    • 哪些索引被实际使用
    • 表之间的引用
    • 每张表有多少行被优化器查

    执行计划包含的信息

    在这里插入图片描述

    id:获取 select 子句的操作表顺序,有几种情况
    • id相同的情况下执行顺序是由上到下。
    • id 越大 优先级越高,如果是子查询,ID 序列号会递增,id值越大,优先级越高,越先执行。
    • id 相同又有不相同的,序列号大的会先执行,然后相同的从上到下执行。
    select_type:查询的类别,主要用于区别普通查询,联合查询,子查询等的复杂查询。
    • simple : 简单的select 查询,不包含子查询或者 union
    • primary : 查询中包含任何复杂的子部分,最外层查询则被标记
    • subquery : 在 select 或者 where 列表中包含了子查询
    • derived : 在from 列表中包含子查询被标记为 derived Mysql 会递归执行这些子查询,把结果放到临时表里
    • union : 若在第二个 select 中出现 union之后,则被标记为 union 若union包含在 from 子句的子查询中,外层 select 将被标记为 derived
    • union result : 从 union 表获取结果的 SELECT
    table:显示这一行的数据是关于那个表的
    type:显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:

    system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery> range > index>all

    需要记住的:system > const > eq_ref > ref > range > index>all 基本需要达到 ref range 级别。

    • system : 表中只有一行记录(等于系统表),这是const 类型的特列,平时不会出现,这个可以忽略不计。
    • const : 表示通过索引一次就找到了,const 用于比较 primary key 或者 unqiue 索引,因为只匹配一条数据,所以很快,如将主键置于 where 条件中,Mysql 就能将该查询转换一个常量。
      在这里插入图片描述
      由于子查询是用id 当条件查询的,所以 type 为 const, 查询为一条数据,外查询所以为 system。
    • eq_ref : 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见与主键或唯一索引扫描
    • ref : 非唯一索引扫描,返回匹配某个单独值的所有行
      在这里插入图片描述
    • range: 只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的 where 语句中出现了 between ,<,>,in 等查询这种范围扫描比全表扫描要好,因为它只需要开始与索引的某一点,而结束与另一点,不用扫描全部索引。
      在这里插入图片描述
    • index : 当查询的结果全为索引列的时候
      在这里插入图片描述
    • all : Full Table Scan 将遍历全表以找到匹配的行。
    possible_keys :

    可能使用的key(索引)。

    key :

    实际上使用的索引,如果没用索引,则为NULL,查询中若使用了覆盖索引,则该索引和查询的select 字段重叠。

    key len :
    • 表示索引中使用的字节数,可通过该列计算查询中使用的字节长度,在不损失精确的情况下,长度越短越好。
    • key_len 显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len 是根据表定义计算而得,不是通过表内检索出的
    • key_len 表示索引使用的字节数
    • 根据这个值,就可以判断索引使用情况,特别是在组合索引的时候,判断所有的索引字段是否都被查询用到。
    • char 和 varchar 跟字符编码也有密切的联系。(latin1 占用一个字节,gbk 占用两个字节,utf-8 占用三个字节)

    总结 :

    整数/浮点数/时间类型的索引长度 NOT NULL = 字段本身的长度 NULL = 字段本身的字段长度+1(因为需要是否为空的标记,这个标记占一个字节).

    datatime 类型 在5.6中占5个字节,在5.5中占8个字节。

    变长字段需要额外两个字节(varchar 值保存时只保存需要的字符数另外加一个字节来记录长度,如果列声明的长度超过255,则使用两个字节,所以varchar 索引长度计算时候要加2),固定长度字段不需要额外的字节。

    而 NULL 都需要1个字节的额外空间,所以索引字段最好不要为 NULL,因为 NULL 让统计更加复杂并且需要额外的存储空间。

    复合索引有最左前缀的特性,如果复合索引能全部用上,则是复合索引字段的索引长度之和,这也可以用来判定复合索引是否部分使用,还是全部使用。

    ref:

    显示索引被哪一列使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值。

    rows

    根据表统计信息及索引选用情况,大致估算出找到所需要读取的行数。

    extra

    包含不合适在其他列中显示但十分重要的额外信息。

    • 描述
      Using filesort说明 mysql 会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。MYSQL 中无法利用索引来完成的排序操作成为“文件排序”
      Using temporary使用了临时表保存中间结果,MYSQL对查询结果排序的时候使用了临时表。常见于排序 order by 以及 group by
      Using index是否使用覆盖索引
      Using where表明使用了 where 过滤。
      Using join buffer使用了连接缓存。
      Impossible wherewhere 子句总是 false们不能用来获取

    学习年限不足,知识过浅,说的不对请见谅。

    世界上有10种人,一种是懂二进制的,一种是不懂二进制的。

    展开全文
  • Mysql执行计划和Mysql优化

    万次阅读 2020-12-05 10:19:56
    执行计划是什么:使用EXPLAIN关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的。 作用:分析你的查询语句或是表结构的性能瓶颈。 语法:Explain + SQL语句 执行计划输出内容介绍:表的...

    1. 执行计划

    1.1. 执行计划概念

    执行计划是什么:使用EXPLAIN关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的。
    作用:分析你的查询语句或是表结构的性能瓶颈。
    语法:Explain + SQL语句

    执行计划输出内容介绍:表的读取顺序、数据读取操作的操作类型、哪些索引可以使用、哪些索引被实际使用、表之间的引用、每张表有多少行被优化器查询。

    执行计划包含的信息:
    在这里插入图片描述

    1.2. 执行计划各字段详解

    1.2.1. 执行计划-ID

    select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序

    规则:
    id相同,执行顺序由上至下
    id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
    id相同不同,同时存在

    第一种情况 Id相同
    在这里插入图片描述
    第二种情况 Id不同
    在这里插入图片描述
    如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行。

    第三种情况 Id相同又不同
    在这里插入图片描述
    id如果相同,可以认为是一组,从上往下顺序执行;
    在所有组中,id值越大,优先级越高,越先执行

    1.2.2. 执行计划-select_type

    查询的类型,主要是用于区别普通查询、联合查询、子查询等复杂查询。

    在这里插入图片描述
    具体描述
    在这里插入图片描述
    例子:

    Simple:简单的 select 查询,查询中不包含子查询或者UNION
    在这里插入图片描述
    PRIMARY:查询中若包含任何复杂的子部分,最外层查询则被标记为
    SUBQUERY:在SELECT或WHERE列表中包含了子查询
    EXPLAIN
    select t1.,(select t2.id from t2 where t2.id = 1 ) from t1
    在这里插入图片描述
    在FROM列表中包含的子查询被标记为DERIVED(衍生)
    MySQL会递归执行这些子查询, 把结果放在临时表里。
    select t1.
    from t1 ,(select t2.* from t2 where t2.id = 1 ) s2 where t1.id = s2.id
    在这里插入图片描述

    1.2.3. 执行计划-table

    显示这一行的数据是关于哪张表的
    在这里插入图片描述

    1.2.4. 执行计划-type

    type显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:
    system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

    需要记忆的 system > const > eq_ref > ref > range > index > ALL

    **System:**表只有一行记录(等于系统表),这是const类型的特列,平时不会出现,这个也可以忽略不计。

    Const:表示通过索引一次就找到了。
    Const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快
    如将主键置于where列表中,MySQL就能将该查询转换为一个常量
    在这里插入图片描述
    读取本表中和关联表表中的每行组合成的一行。除 了 system 和 const 类型之外, 这是最好的联接类型。当连接使用索引的所有部分时, 索引是主键或唯一非 NULL 索引时, 将使用该值。
    eq_ref 可用于使用 = 运算符比较的索引列。比较值可以是常量或使用此表之前读取的表中的列的表达式。
    在这里插入图片描述
    Ref:非唯一性索引扫描(二级索引),返回匹配某个单独值的所有行。
    本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体。
    在这里插入图片描述
    Range:只检索给定范围的行,使用一个索引来选择行。key 列显示使用了哪个索引
    一般就是在你的where语句中出现了between、<、>、in等的查询。
    这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而结束语另一点,不用扫描全部索引。

    在这里插入图片描述
    Index:当查询的结果全为索引列的时候,虽然也是全部扫描,但是只查询的索引库,而没有去查询数据。
    在这里插入图片描述
    All:Full Table Scan,将遍历全表以找到匹配的行。
    在这里插入图片描述

    1.2.5. 执行计划-possible_keys 与 key

    possible_keys:可能使用的key索引。
    Key:实际使用的索引。如果为NULL,则表示没有使用索引。

    查询中若使用了覆盖索引,则该索引和查询的select字段重叠。

    在这里插入图片描述
    在这里插入图片描述
    表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好。
    key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的。

    根据key_len这个值,就可以判断索引使用情况,特别是在组合索引的时候,判断所有的索引字段是否都被查询用到。
    char和varchar跟字符编码也有密切的联系,
    latin1占用1个字节,gbk占用2个字节,utf8占用3个字节。(不同字符编码占用的存储空间不同)

    1.2.6. 执行计划-key_len

    在这里插入图片描述
    字符类型
    在这里插入图片描述
    字符类型-索引字段为char类型+不可为Null时
    在这里插入图片描述
    字符类型-索引字段为char类型+允许为Null时
    在这里插入图片描述
    索引字段为varchar类型+不可为Null时
    在这里插入图片描述
    索引字段为varchar类型+允许为Null时
    在这里插入图片描述
    varchar(n)变长字段+允许Null=n*(utf8=3,gbk=2,latin1=1)+1(NULL)+2

    在这里插入图片描述
    日期和时间
    在这里插入图片描述
    datetime类型在5.6中字段长度是5个字节,
    datetime类型在5.5中字段长度是8个字节

    整数/浮点数/时间类型的索引长度
    NOT NULL=字段本身的字段长度
    NULL=字段本身的字段长度+1(因为需要有是否为空的标记,这个标记需要占用1个字节)

    datetime类型在5.6及其以后版本中字段长度是5个字节,datetime类型在5.5中字段长度是8个字节

    key_len 总结:
    变长字段需要额外的2个字节(VARCHAR值保存时只保存需要的字符数,另加一个字节来记录长度(如果列声明的长度超过255,则使用两个字节),所以VARCAHR索引长度计算时候要加2),固定长度字段不需要额外的字节。

    而NULL都需要1个字节的额外空间,所以索引字段最好不要为NULL,因为NULL让统计更加复杂并且需要额外的存储空间。

    复合索引有最左前缀的特性,如果复合索引能全部使用上,则是复合索引字段的索引长度之和,这也可以用来判定复合索引是否部分使用,还是全部使用。

    1.2.7. 执行计划-ref

    Ref:显示索引的哪一列被使用了,如果可能的话,是一个常量。哪些列或常量被用于查找索引列上的值。
    在这里插入图片描述
    由key_len可知t1表的idx_col1_col2被充分使用,col1匹配t2表的col1,col2匹配了一个常量,即 ‘ac’。

    1.2.8. 执行计划-rows

    根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数。
    在这里插入图片描述

    1.2.9. 执行计划-Extra

    Extra:包含不适合在其他列中显示但十分重要的额外信息
    在这里插入图片描述
    Using filesort
    说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。
    MySQL中无法利用索引完成的排序操作称为“文件排序”
    在这里插入图片描述
    在这里插入图片描述
    Using temporary
    使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。

    在这里插入图片描述
    在这里插入图片描述
    USING index
    表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错!
    如果同时出现using where,表明索引被用来执行索引键值的查找;

    在这里插入图片描述
    如果没有同时出现using where,表明索引用来读取数据而非执行查找动作
    在这里插入图片描述
    USING index
    Using where
    表明使用了where过滤

    2. 执行计划

    2.1. sql优化实战

    2.1.1. 尽量全值匹配

    EXPLAIN SELECT * FROM staffs WHERE NAME = 'July';
    EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25;
    EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25 AND pos = 'dev';
    
    

    在这里插入图片描述

    2.1.2. 最佳左前缀法则-最左匹配

    如果索引了多列,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。
    在这里插入图片描述

    2.1.3. 不在索引列上做任何操作

    不在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描
    在这里插入图片描述

    EXPLAIN SELECT * FROM staffs WHERE left(NAME,4) = 'July';
    

    2.1.4. 范围条件放最后

    存储引擎不能使用索引中范围条件右边的列
    在这里插入图片描述

    2.1.5. 覆盖索引尽量用

    尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select *
    在这里插入图片描述

    2.1.6. 不等于要甚用

    mysql 在使用不等于(!= 或者<>)的时候有可能无法使用索引会导致全表扫描。
    在这里插入图片描述

    2.1.7. Like查询要当心

    like以通配符开头(’%abc…’)mysql索引失效会变成全表扫描的操作。
    在这里插入图片描述

    2.1.8. 字符类型加引号

    字符串不加单引号索引失效。在这里插入图片描述

    2.1.9. OR改UNION效率高

    在这里插入图片描述

    2.2. Mysql架构层面优化

    2.2.1 硬件方面的优化

    mysql服务器端增大并发的连接数。如果服务器端并发连接数不够,可以增加并发连接数的配置。

    show variables like '%max_connections%'
    

    在这里插入图片描述

    2.2.2 集群

    1. 可以做基于主从复制
      在这里插入图片描述
      主从复制+读写分离原理:
      在这里插入图片描述
      在这里插入图片描述

    2. 基于mycat或者shading做都写分离
      基于mycat

    cat schema.xml 
    <?xml version="1.0"?>
    <!DOCTYPE mycat:schema SYSTEM "schema.dtd">
    <mycat:schema xmlns:mycat="http://io.mycat/">
    
            <schema name="BLADEX" checkSQLschema="true" sqlMaxLimit="100" dataNode="bladex"/>
            <schema name="BLADEX_FLOW" checkSQLschema="true" sqlMaxLimit="100" dataNode="bladex_flow"/>
            <schema name="XXL_JOB" checkSQLschema="true" sqlMaxLimit="100" dataNode="xxl_job"/>
            <dataNode name="bladex" dataHost="bladex" database="bladex" />
            <dataNode name="bladex_flow" dataHost="bladex_flow" database="bladex_flow" />
            <dataNode name="xxl_job" dataHost="xxl_job" database="xxl_job" />
    
            <dataHost name="bladex" maxCon="1000" minCon="10" balance="1"
                              writeType="0" dbType="mysql" dbDriver="jdbc" switchType="1"  slaveThreshold="100">
                    <heartbeat>select user()</heartbeat>
                    <!-- can have multi write hosts -->
                    <writeHost host="bladexM1" url="jdbc:mysql://10.1.33.21:3306?useSSL=false" user="root" password="111.com">
                            <readHost host="bladexS1" url="jdbc:mysql://10.1.33.26:3306?useSSL=false" user="root" password="111.com"/>
                    </writeHost>
                    <writeHost host="bladexM2" url="jdbc:mysql://10.1.33.22:3306?useSSL=false" user="root" password="111.com">
                            <readHost host="bladexS2" url="jdbc:mysql://10.1.33.27:3306" user="root" password="123.com"/>
                    </writeHost>
            </dataHost>
            <dataHost name="bladex_flow" maxCon="1000" minCon="10" balance="1"
                              writeType="0" dbType="mysql" dbDriver="jdbc" switchType="1"  slaveThreshold="100">
                    <heartbeat>select user()</heartbeat>
                    <!-- can have multi write hosts -->
                    <writeHost host="bladex_flowM1" url="jdbc:mysql://10.1.33.21:3306?useSSL=false" user="root" password="111.com">
                            <readHost host="bladex_flowS1" url="jdbc:mysql://10.1.33.26:3306?useSSL=false" user="root" password="123.com"/>
                    </writeHost>
                    <writeHost host="bladex_flowM2" url="jdbc:mysql://10.1.33.22:3306?useSSL=false" user="root" password="111.com">
                            <readHost host="bladex_flowS2" url="jdbc:mysql://10.1.33.27:3306?useSSL=false" user="root" password="123.com"/>
                    </writeHost>
            </dataHost>
            <dataHost name="xxl_job" maxCon="1000" minCon="10" balance="1"
                              writeType="0" dbType="mysql" dbDriver="jdbc" switchType="1"  slaveThreshold="100">
                    <heartbeat>select user()</heartbeat>
                    <!-- can have multi write hosts -->
                    <writeHost host="xxl_jobM1" url="jdbc:mysql://10.1.33.21:3306?useSSL=false" user="root" password="1111">
                            <readHost host="xxl_jobS1" url="jdbc:mysql://10.1.33.26:3306?useSSL=false" user="root" password="1111"/>
                    </writeHost>
                    <writeHost host="xxl_jobM2" url="jdbc:mysql://10.1.33.22:3306?useSSL=false" user="root" password="1111.com">
                            <readHost host="xxl_jobS2" url="jdbc:mysql://10.1.33.27:3306?useSSL=false" user="root" password="1111.com"/>
                    </writeHost>
            </dataHost>
    </mycat:schema>
    
    

    或者基于shading也是可以的。

    1. 分库分表
      每个微服务一个库
      单个表达可以分表

    单个数据库或者表数据量过大,那么可以选择分库分表的方式去优化。
    垂直分库
    在这里插入图片描述
    水平方向的的分库分表在这里插入图片描述

    展开全文
  • MySql执行计划的查看

    千次阅读 2019-06-20 11:47:20
    什么是数据库执行计划: 利用一个SQL语句, 你可能要Server取出所有News表中的信息. 当Server收到的这条SQL的时候, 第一件事情并不是解析它. 如果这条SQL没有语法错误, Server才会继续工作. Server会决定最好的计算...

     

    一。什么是数据库执行计划:

          利用一个SQL语句, 你可能要Server取出所有News表中的信息. 当Server收到的这条SQL的时候, 第一件事情并不是解析它. 如果这条SQL没有语法错误, Server才会继续工作. Server会决定最好的计算方式. Server会选择, 是读整个News表好呢, 还是利用索引会比较快些. Server会比较所有可能方法所耗费的资源. 最终SQL语句被物理性执行的方法被称做执行计划或者是查询计划(数据库服务器在执行sql语句之前会制定几套执行计划!看那个机会消耗的系统资源少,就是用那套计划!)

    二。执行计划的生成方法:

               explain select …………….(在相应的select前面加explain即可)

    三。执行计划的查看:

         

     SQL执行结果:

     

    每一列的含义:

    \|/.. Id:包含一组数字,表示查询中执行select子句或操作表的顺序(执行顺序从大到小执行;   当id值一样的时候,执行顺序由上往下。)

     

    \|/.. Select_type:表示查询中每个select子句的类型(简单OR复杂):

      1. SIMPLE(简单的):查询中不包含子查询或者UNION(联合)。

      2. PRIMARY(基本的,首要的):查询中若包含任何复杂的子部分,最外层查询则被标记为PRIMARY。

      3. SUBQUERY(子查询):在SELECT或WHERE列表中包含了子查询,该子查询被标记为SUBQUERY。

      4. DERIVED(衍生):在FROM列表中包含的子查询被标记为DERIVED(衍生)。

      5. 若第二个SELECT出现在UNION之后,则被标记为UNION。

      6. 若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED。

      7. 从UNION表获取结果的SELECT被标记为:UNION RESULT(结合的结果)。

     

     

    \|/.. table:表名称

     

    \|/.. Type:表示MySQL在表中找到所需行的方式,又称“访问类型”,常见有以下几种:

      1. ALL:Full Table Scan, MySQL将进行全表扫描。

      2. index:Full Index Scan,index与ALL区别为index类型只遍历索引树。

      3. range:range Index Scan,对索引的扫描开始于某一点,返回匹配值域的行,常见于between、<、>等的查询。

      4. ref:非唯一性索引扫描,返回匹配某个单独值的所有行。常见于使用非唯一索引或唯一索引的非唯一前缀进行的查找。

      5. eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描。

      6. const、system:当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中,MySQL就能将该查询转换为一个常量。

      7. NULL:MySQL在优化过程中分解语句,执行时甚至不用访问表或索引。

     

    \|/.. possible_keys:指出MySQL能使用哪个索引在表中找到行,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用。


    \|/.. key:显示MySQL在查询中实际使用的索引,若没有使用索引,显示为NULL。当查询中若使用了覆盖索引,则该索引仅出现在key列表中。


    \|/.. key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。


    \|/.. ref:表示上述表的连接匹配条件,即那些列或常量被用于查找索引列上的值。


    \|/.. rows:表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数。

     

    \|/.. Extra:包含不适合在其他列中显示但十分重要的额外信息。

      1. Using where:表示MySQL服务器在存储引擎受到记录后进行“后过滤”(Post-filter),如果查询未能使用索引,Using where的作用只是提醒我们MySQL将用where子句来过滤结果集。

      2. Using  :表示MySQL需要使用临时表来存储结果集,常见于排序和分组查询。

      3. Using filesort:MySQL中无法利用索引完成的排序操作称为“文件排序”。

     

     

    四。数据库执行计划的局限性:

    EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况;

    EXPLAIN不考虑各种Cache(通常人们所说的Cache就是指缓存SRAM。 SRAM叫静态内存,“静态”指的是当我们将一笔数据写入SRAM后,除非重新写入新数据或关闭电源,否则写入的数据保持不变);

    EXPLAIN不能显示MySQL在执行查询时所作的优化工作;

    部分统计信息是估算的,并非精确值;

    EXPALIN只能解释SELECT操作,其他操作要重写为SELECT后查看执行计划。(mysql5.6的版本已经支持直接查看)

     

     

     

    原文地址:https://www.cnblogs.com/ruiannan/p/7707534.html

    参考文章:https://www.cnblogs.com/klvchen/p/10137117.html

    展开全文
  • MySQL执行计划详解(优化sql语句)

    千次阅读 2018-07-20 11:46:22
    执行计划是什么?...在MySQL使用 explain 关键字来查看SQL的执行计划。如下所示:   1 2 3 4 5 //1. 查询t_base_user select * from t_base_user where name=...
  • MySQL执行计划 type类型

    千次阅读 2019-01-18 14:01:00
    MySql提供了EXPLAIN语法用来进行查询分析,在SQL语句前加一个"EXPLAIN"即可。 explain select * from t_settlement_settle_order_detail where id = 2; 下面来介绍各个字段: type:连接类型  system:...
  • mysql 执行计划explain详解

    千次阅读 2017-03-28 01:34:59
    explain主要是用来获取一个query的执行计划,描述mysql如何执行查询操作、执行顺序,使用到的索引,以及mysql成功返回结果集需要执行的行数。可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进...
  • 执行如下sql的执行计划结果: EXPLAIN SELECT * FROM tableName WHERE (name= ‘123123’ AND owner_id = 1); 执行如下sql的执行计划结果: EXPLAIN SELECT * FROM tableName WHERE (name= ‘123123’ AND owner_
  • MySQL——执行计划

    千次阅读 2021-01-18 19:45:54
    项目开发中,性能是我们比较关注的问题,特别是数据库的性能;作为一个开发,经常和SQL语句打交道...下面我们以MySQL5.7为例了解一下执行计划:注:文中涉及到的表结构、sql语句只是为了理解explain/desc执行计划,...
  • 解决DBeaver无法查看MySQL执行计划问题 DBeaver这个数据库连接工具的确很好用,但是最近在使用时发现它不能查看MySQL的执行计划 explain execute select * from table; explain select * from table; /**点 ...
  • 查看mysql执行计划以及各个参数

    千次阅读 2017-03-18 23:30:23
    MySQL的EXPLAIN命令用于SQL语句的查询执行计划(QEP)。输出结果可以让我们了解MySQL 优化器是如何执行 SQL 语句的。这条命令不会提供任何建议方案,能够提供重要信息进行调优 如EXPLAIN SELECT * FROM s1 以s1表为...
  • [数据库] ------ mysql 执行计划

    千次阅读 2018-12-21 20:59:06
    mysql 执行计划 简单来说,mysql整体架构分为三块:应用层,逻辑层,物理层 应用层:负责与客户端交互,建立连接,返回数据,响应请求。 逻辑层:负责查询处理,事务管理等 物理层:实际物理磁盘上存储的文件,主要...
  • 如何查看MySQL执行计划

    千次阅读 2020-06-09 20:00:49
    1、EXPLAIN EXTENDED SELECT 将执行计划“反编译”成SELECT语句,运行SHOW WARNINGS 可得到被MySQL优化器优化后的查询语句 2、EXPLAIN PARTITIONS SELECT 用于分区表的EXPLAIN 3、在Navicat图形化界面中,点击“解释...
  • 6.读懂mysql执行计划

    千次阅读 2019-06-28 23:51:49
    执行计划概念和语法1.执行计划的概念2.执行计划的语法1.常规执行计划语法2.扩展执行计划的语法3.分区表的执行计划语法2.执行计划包含的信息1.id​:查询的顺序2.select_type:查询类型3.table:查询涉及到的表4.type...
  • MySQL执行计划解读 转他人文章

    万次阅读 2013-06-04 13:02:18
    执行计划“反编译”成SELECT语句,运行SHOW WARNINGS 可得到被MySQL优化器优化后的查询语句 2. EXPLAIN PARTITIONS SELECT …… 用于分区表的EXPLAIN 执行计划包含的信息   id
  • Mysql查看执行计划

    万次阅读 多人点赞 2018-08-15 15:26:46
    explain执行计划包含的信息 其中最重要的字段为:id、type、key、rows、Extra 各字段详解 id select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序  三种情况:  1、id相同:执行顺序...
  • MySQL explain执行计划解读

    万次阅读 多人点赞 2014-03-02 21:22:51
    本文我们主要介绍了MySQL性能分析以及explain的使用,包括:组合索引、慢查询分析、MYISAM和INNODB的锁定、MYSQL的事务配置项等,希望能够对您有所帮助。 1.使用explain语句去查看分析结果 如explain select * from...
  • MySQL高级 之 explain执行计划详解

    万次阅读 多人点赞 2017-05-09 22:55:10
    explain执行计划包含的信息其中最重要的字段为:id、type、key、rows、Extra各字段详解idselect查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序 三种情况: 1、id相同:执行顺序由上至下 2...
  • MySql】——执行计划解读

    千次阅读 2018-11-30 16:17:49
    一、MySql执行计划 所谓的执行计划就是Mysql如何执行一条Sql语句,,描述mysql如何执行查询操作、执行顺序,使用到的索引,以及mysql成功返回结果集需要执行的行数。可以帮助我们分析 select 语句,让我们知道查询...
  • use mysql; -- 切换到mysql数据库 explain select * from db where host='localhost';
  • MySQL执行计划理解与实践

    千次阅读 2016-05-17 13:43:35
    SQL执行过程和优化器首先看一下MySQL中,一条sql的执行过程,这里主要是引用了《高性能MySQL》中的内容:1、客户端发送一条...4、MYSQL根据优化器生成的执行计划调用存储引擎的API来执行查询 5、将结果返回给客户端
  • 其实两者完全不同,type列和覆盖索引毫无关系,它只是表示这个查询访问数据的方式,或者说是MySQL查询行的方式。 我们使用一个例子来讲解这个extra列。下面的例子来自:...
  • MySQL中explain执行计划中额外信息字段(Extra)详解

    万次阅读 多人点赞 2017-08-31 22:38:08
    SQL执行计划是经过优化器决策,产生的SQL在数据库内部执行的访问路径计划; 由如下语法得到:explain select col1,col2 from t1..; desc select col1,col2 from t1..;理解输出各个列的含义 id:每个select子句的标识...
  • 最近面试过程中被面试官...当时我的回答是主库偏重于写数据,从库偏重于读数据,既然mysql的查询语句执行计划是有可能改变的说明mysql的语句执行计划是可能随着数据的变化而发生调整的,如果分析是认为原定执行计划...
  • explain select id from billing_item_dis where id =1;

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,360,183
精华内容 544,073
关键字:

mysql执行计划

mysql 订阅