精华内容
下载资源
问答
  • mysql查询执行计划
    千次阅读
    2020-06-09 20:00:49

     一、EXPLAIN语法

    语法:EXPLAIN SELECT

    1、EXPLAIN EXTENDED SELECT 将执行计划“反编译”成SELECT语句,运行SHOW WARNINGS 可得到被MySQL优化器优化后的查询语句
    2、EXPLAIN PARTITIONS SELECT 用于分区表的EXPLAIN
    3、在Navicat图形化界面中,点击“解释”出现执行计划的信息

    二、执行计划中的信息

    1、id:包含一组数字,表示查询中执行select子句或操作表的顺序。id相同,可以认为是一组,从上往下顺序执行;在所有组中,id值越大,优先级越高,越先执行。
    2、select_type:主要用于区别普通查询, 联合查询, 子查询等复杂查询。
        SIMPLE:查询中不包含子查询或者UNION
        查询中若包含任何复杂的子部分,最外层查询则被标记为:PRIMARY
        在SELECT或WHERE列表中包含了子查询,该子查询被标记为:SUBQUERY
        在FROM列表中包含的子查询被标记为:DERIVED(衍生)
        若第二个SELECT出现在UNION之后,则被标记为UNION;若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED
        从UNION表获取结果的SELECT被标记为:UNION RESULT
    3、type:表示MySQL在表中找到所需行的方式,又称“访问类型”(ALL、index、range、ref、eq_ref、const、system、NULL),由左至右,由最差到最好
        ALL:Full Table Scan, MySQL将遍历全表以找到匹配的行
        index:Full Index Scan,index与ALL区别为index类型只遍历索引树
        range:索引范围扫描,对索引的扫描开始于某一点,返回匹配值域的行,常见于between、<、>等的查询
        ref:非唯一性索引扫描,返回匹配某个单独值的所有行。常见于使用非唯一索引即唯一索引的非唯一前缀进行的查找
        eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
        const、system:当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中,MySQL就能将该查询转换为一个常量
        system是const类型的特例,当查询的表只有一行的情况下, 使用system
        NULL:MySQL在优化过程中分解语句,执行时甚至不用访问表或索引
    4、possible_keys:指出MySQL能使用哪个索引在表中找到行,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用
    5、key:显示MySQL在查询中实际使用的索引,若没有使用索引,显示为NULL
        查询中若使用了覆盖索引,则该索引仅出现在key列表中
    6、key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度
        key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的
    7、ref:表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值
    8、rows:表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数
    9、Extra:包含不适合在其他列中显示但十分重要的额外信息
        Using index:该值表示相应的select操作中使用了覆盖索引(Covering Index)。
        MySQL可以利用索引返回select列表中的字段,而不必根据索引再次读取数据文件
        包含所有满足查询需要的数据的索引称为 覆盖索引(Covering Index)
        注意:如果要使用覆盖索引,一定要注意select列表中只取出需要的列,不可select *,因为如果将所有字段一起做索引会导致索引文件过大,查询性能下降
        Using where:表示MySQL服务器在存储引擎受到记录后进行“后过滤”(Post-filter),
        如果查询未能使用索引,Using where的作用只是提醒我们MySQL将用where子句来过滤结果集
        Using temporary:表示MySQL需要使用临时表来存储结果集,常见于排序和分组查询
        Using filesort:MySQL中无法利用索引完成的排序操作称为“文件排序”
    三、执行计划的局限
    EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况
    EXPLAIN不考虑各种Cache
    EXPLAIN不能显示MySQL在执行查询时所作的优化工作
    部分统计信息是估算的,并非精确值
    EXPALIN只能解释SELECT操作,其他操作要重写为SELECT后查看执行计划

    更多相关内容
  • Mysql查看执行计划

    千次阅读 2021-07-07 08:49:29
    使用explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的,分析你的查询语句或是表结构的性能瓶颈。 explain执行计划包含的信息 其中最重要的字段为:id、type、key、rows、Extra ...

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

    explain执行计划包含的信息

    这里写图片描述
    其中最重要的字段为:id、type、key、rows、Extra

    各字段详解

    id

    select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序
    三种情况:
    1、id相同:执行顺序由上至下
    这里写图片描述
    2、id不同:如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
    这里写图片描述
    3、id相同又不同(两种情况同时存在):id如果相同,可以认为是一组,从上往下顺序执行;在所有组中,id值越大,优先级越高,越先执行
    在这里插入图片描述

    select_type

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

    1、SIMPLE:简单的select查询,查询中不包含子查询或者union
    2、PRIMARY:查询中包含任何复杂的子部分,最外层查询则被标记为primary
    3、SUBQUERY:在select 或 where列表中包含了子查询
    4、DERIVED:在from列表中包含的子查询被标记为derived(衍生),mysql或递归执行这些子查询,把结果放在零时表里
    5、UNION:若第二个select出现在union之后,则被标记为union;若union包含在from子句的子查询中,外层select将被标记为derived
    6、UNION RESULT:从union表获取结果的select
    这里写图片描述

    type

    访问类型,sql查询优化中一个很重要的指标,结果值从好到坏依次是:

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

    一般来说,好的sql查询至少达到range级别,最好能达到ref

    1、system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现,可以忽略不计

    2、const:表示通过索引一次就找到了,const用于比较primary key 或者 unique索引。因为只需匹配一行数据,所有很快。如果将主键置于where列表中,mysql就能将该查询转换为一个const
    这里写图片描述
    3、eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描。
    这里写图片描述
    注意:ALL全表扫描的表记录最少的表如t1表

    4、ref:非唯一性索引扫描,返回匹配某个单独值的所有行。本质是也是一种索引访问,它返回所有匹配某个单独值的行,然而他可能会找到多个符合条件的行,所以它应该属于查找和扫描的混合体
    这里写图片描述
    5、range:只检索给定范围的行,使用一个索引来选择行。key列显示使用了那个索引。一般就是在where语句中出现了bettween、<、>、in等的查询。这种索引列上的范围扫描比全索引扫描要好。只需要开始于某个点,结束于另一个点,不用扫描全部索引
    这里写图片描述
    6、index:Full Index Scan,index与ALL区别为index类型只遍历索引树。这通常为ALL块,应为索引文件通常比数据文件小。(Index与ALL虽然都是读全表,但index是从索引中读取,而ALL是从硬盘读取)
    这里写图片描述
    7、ALL:Full Table Scan,遍历全表以找到匹配的行
    这里写图片描述

    possible_keys

    查询涉及到的字段上存在索引,则该索引将被列出,但不一定被查询实际使用

    key

    实际使用的索引,如果为NULL,则没有使用索引。
    查询中如果使用了覆盖索引,则该索引仅出现在key列表中
    这里写图片描述这里写图片描述

    key_len

    表示索引中使用的字节数,查询中使用的索引的长度(最大可能长度),并非实际使用长度,理论上长度越短越好。key_len是根据表定义计算而得的,不是通过表内检索出的

    ref

    显示索引的那一列被使用了,如果可能,是一个常量const。

    rows

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

    Extra

    不适合在其他字段中显示,但是十分重要的额外信息

    1、Using filesort :
    mysql对数据使用一个外部的索引排序,而不是按照表内的索引进行排序读取。也就是说mysql无法利用索引完成的排序操作成为“文件排序”
    这里写图片描述
    由于索引是先按email排序、再按address排序,所以查询时如果直接按address排序,索引就不能满足要求了,mysql内部必须再实现一次“文件排序”

    2、Using temporary:
    使用临时表保存中间结果,也就是说mysql在对查询结果排序时使用了临时表,常见于order by 和 group by
    这里写图片描述
    3、Using index:
    表示相应的select操作中使用了覆盖索引(Covering Index),避免了访问表的数据行,效率高
    如果同时出现Using where,表明索引被用来执行索引键值的查找(参考上图)
    如果没用同时出现Using where,表明索引用来读取数据而非执行查找动作
    这里写图片描述
    覆盖索引(Covering Index):也叫索引覆盖。就是select列表中的字段,只用从索引中就能获取,不必根据索引再次读取数据文件,换句话说查询列要被所建的索引覆盖
    注意:
    a、如需使用覆盖索引,select列表中的字段只取出需要的列,不要使用select *
    b、如果将所有字段都建索引会导致索引文件过大,反而降低crud性能

    4、Using where :
    使用了where过滤

    5、Using join buffer :
    使用了链接缓存

    6、Impossible WHERE:
    where子句的值总是false,不能用来获取任何元祖
    这里写图片描述
    7、select tables optimized away:
    在没有group by子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作,不必等到执行阶段在进行计算,查询执行计划生成的阶段即可完成优化

    8、distinct:
    优化distinct操作,在找到第一个匹配的元祖后即停止找同样值得动作

    综合Case

    这里写图片描述
    执行顺序
    1(id = 4)、【select id, name from t2】:select_type 为union,说明id=4的select是union里面的第二个select。

    2(id = 3)、【select id, name from t1 where address = ‘11’】:因为是在from语句中包含的子查询所以被标记为DERIVED(衍生),where address = ‘11’ 通过复合索引idx_name_email_address就能检索到,所以type为index。

    3(id = 2)、【select id from t3】:因为是在select中包含的子查询所以被标记为SUBQUERY。

    4(id = 1)、【select d1.name, … d2 from … d1】:select_type为PRIMARY表示该查询为最外层查询,table列被标记为 “derived3”表示查询结果来自于一个衍生表(id = 3 的select结果)。

    5(id = NULL)、【 … union … 】:代表从union的临时表中读取行的阶段,table列的 “union 1, 4”表示用id=1 和 id=4 的select结果进行union操作。

    展开全文
  • 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——执行计划

    千次阅读 2021-01-18 19:45:54
    项目开发中,性能是我们比较关注的问题,特别是数据库的性能;作为一个开发,经常和SQL语句打交道...下面我们以MySQL5.7为例了解一下执行计划:注:文中涉及到的表结构、sql语句只是为了理解explain/desc执行计划,...
  • Mysql执行计划详解

    千次阅读 2021-08-17 16:39:51
    执行计划“反编译”成SELECT语句,运行SHOW WARNINGS 可得到被MySQL优化器优化后的查询语句 2. EXPLAIN PARTITIONS SELECT …… 用于分区表的EXPLAIN 执行计划包含的信息 id 包含一组数字,表示查询执行...
  • mysql执行计划详解

    千次阅读 2022-04-15 11:01:25
    mysql执行计划详解
  • 怎么看mysql执行计划

    千次阅读 2021-03-23 20:17:23
    如何查看mysql执行计划 方法一:使用explain(推荐) explain select * from t_user; 方法二:使用Navicat解释执行 执行计划结果 下面,我们依次解析每个字段的含义。 id(重要) 表示表的读取顺序,...
  • Mysql explain 执行计划之type详解

    千次阅读 2021-09-12 22:29:24
    EXPLAIN执行计划中type字段分为以下几种: ALL INDEX RANGE REF EQ_REF CONST,SYSTEM NULL 自上而下,性能从最差到最好 type = ALL,全表扫描,MYSQL扫描全表来找到匹配的行 (因为film表中rating...
  • mysql查询历史执行sql记录

    千次阅读 2021-11-09 20:51:36
    -- 或者直接使用SQL语句查询 select * from information_schema.`PROCESSLIST` where info is not null; 2、开启日志模式,记录所有SQL语句执行记录 首先查看日志是否开启了记录 -- 查看日志功能设置状态 show ...
  • Mysql查询正在执行的语句

    千次阅读 2021-10-20 11:45:44
    3、杀掉正在执行mysql连接的进程 kill 查询到的id 4、查询正在锁的事务 select * from information_schema.innodb_locks; 5、查询等待锁的事务 select * from information_schema.innodb_locks_waits; ....
  • 最近面试过程中被面试官...当时我的回答是主库偏重于写数据,从库偏重于读数据,既然mysql查询语句执行计划是有可能改变的说明mysql的语句执行计划是可能随着数据的变化而发生调整的,如果分析是认为原定执行计划...
  • Mysql查询历史SQL执行记录

    千次阅读 2021-09-23 11:23:49
    一、mysql查看正在执行的sql语句 show processlist; 二、mysql查看已经执行的历史sql语句(方法:开启日志模式) SETGLOBAL log_output ='TABLE';SETGLOBAL general_log ='ON'; //日志开启 SETGLOBAL log_output...
  • mysql 执行计划explain详解

    千次阅读 2017-03-28 01:34:59
    explain主要是用来获取一个query的执行计划,描述mysql如何执行查询操作、执行顺序,使用到的索引,以及mysql成功返回结果集需要执行的行数。可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进...
  • 查看MySQL记录执行过的SQL

    千次阅读 2021-01-19 10:21:52
    查看MySQL记录执行过的SQL第一种:查Slow query的SQL语法:log_slow_queries = /var/log/mysql/mysql-slow.loglong_query_time = 2 (超过2秒的SQL语法记录起来,设短一点来记录除错也是一种方法.)第二种:设MySQL ...
  • MySQL数据库:explain执行计划详解

    万次阅读 2018-11-22 15:22:01
    使用explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的,分析你的select 语句或是表结构的性能瓶颈,让我们知道select 效率低下的原因,从而改进我们的查询。 explain的结果如下...
  • MySQL篇之查询mysql的历史执行命令

    千次阅读 2021-07-20 16:27:50
    在Linux下,查询历史命令可采用history来进行查询mysql 有这样一个机制,就是,在用户的主目录下会生成一个.mysql_history 的文件,这个文件会记录用户登录mysql后,在mysql中敲过的每条命令。 二、示例 cat ~/....
  • mysql的sql执行计划详解

    万次阅读 多人点赞 2018-06-19 09:02:47
    使用explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的,分析你的查询语句或是表结构的性能瓶颈。explain执行计划包含的信息其中最重要的字段为:id、type、key、rows、Extra各...
  • Mysql 执行计划

    千次阅读 2020-05-19 09:03:37
    当客户端发送给mysql 服务器一条查询语句后,经过sql的优化器,会产生一个执行计划执行计划 使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句,从而知道 MYSQL 是如何处理你的 sql 语句的。分析你的查询语句...
  • 文章目录官方文档某些SQL查询为什么慢MySQL处理SQL请求的过程查询缓存对SQL性能的影响SQL预处理及生成执行计划造成MySQL生成错误的执行计划的原因 官方文档 https://dev.mysql.com/doc/ 如果英文不好的话,可以...
  • 2.MySQL查询语句如何执行

    万次阅读 2021-08-16 17:35:07
    Server层:大多数MySQL的核心服务功能都在这一层,包括连接处理、授权认证、查询解析、分析、优化、缓存以及所有的内置函数(例如,日期、时间、数学和加密函数),所有跨存储引擎的功能都在这一层实现,比如存储...
  • MySQL执行顺序

    千次阅读 2022-02-26 22:52:43
    mysql执行顺序
  • Mysql语句执行逻辑

    千次阅读 多人点赞 2022-02-28 19:55:39
    一条SQL查询语句执行流程 select * from table where Id=4 要弄懂这条语句做的事情,我们先看下mysql整个架构涉及的 分为客户端,server端以及存储引擎,存储引擎层负责数据的存储和提取,其架构模式是插件式的,...
  • MySQL查询执行路径

    千次阅读 2019-04-01 08:50:29
    1. 客户端发送一条查询给服务器; 2. 服务器先会检查查询缓存,如果命中了... MySQL根据优化器生成的执行计划,调用存储引擎的API来执行查询; 5. 将结果返回给客户端。 查询缓存(query cache) ...
  • Mysql查询正在执行的进程

    千次阅读 2022-01-15 09:08:35
    Mysql 查询正在执行的进程
  • MySQL explain执行计划解读

    万次阅读 多人点赞 2014-03-02 21:22:51
    本文我们主要介绍了MySQL性能分析以及explain的使用,包括:组合索引、慢查询分析、MYISAM和INNODB的锁定、MYSQL的事务配置项等,希望能够对您有所帮助。 1.使用explain语句去查看分析结果 如explain select * from...
  • mysql总体上分为server层和存储引擎层 server层负包括连接器、缓存、解析器、优化器、执行器 存储引擎层则负责存储数据 连接器 连接器负责跟客户端建立连接、获取权限、维持和管理连接。 它首先会判断请求的账号和...
  • MySQL高级 之 explain执行计划详解

    万次阅读 多人点赞 2017-05-09 22:55:10
    使用explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的,分析你的查询语句或是表结构的性能瓶颈。explain执行计划包含的信息其中最重要的字段为:id、type、key、rows、Extra各...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,402,677
精华内容 561,070
关键字:

mysql查询执行计划

mysql 订阅