QQ登录

只需要一步,快速开始

 注册地址  找回密码
查看: 1673|回复: 0
打印 上一主题 下一主题

mysql索引和explain的详解

[复制链接]
字体大小: 正常 放大
杨利霞        

5273

主题

82

听众

17万

积分

  • TA的每日心情
    开心
    2021-8-11 17:59
  • 签到天数: 17 天

    [LV.4]偶尔看看III

    网络挑战赛参赛者

    网络挑战赛参赛者

    自我介绍
    本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。

    群组2018美赛大象算法课程

    群组2018美赛护航培训课程

    群组2019年 数学中国站长建

    群组2019年数据分析师课程

    群组2018年大象老师国赛优

    跳转到指定楼层
    1#
    发表于 2020-5-3 15:46 |只看该作者 |倒序浏览
    |招呼Ta 关注Ta

    " [" B8 j- v, s; c4 }mysql索引和explain的详解索引原理分析0 [: y1 R5 p" l0 [: d$ Z, v

    / |$ b2 w) R- X; e/ Y: F+ k$ ?9 |索引存储结构2 J! E% V- f9 l- v
    索引是在存储引擎中实现的,也就是说不同的存储引擎,会使使用不同的索引0 `$ ], z- V' @, ]: q
    MyISAM和InnoDB存储引擎:只支持B+ TREE索引, 也不能够更换7 y, o( n% Y% j6 }; K+ N3 ~+ j
    MEMORY/HEAP存储引擎:支持HASH和BTREE索引
    # m4 `2 f8 P$ C8 a" k' d' m& o" m% @  @* b2 _
    B树图示  `/ d# ?+ k& x2 A

    & W! E8 e- G+ |7 C7 }B树是为了磁盘或其它存储设备设计的一种多叉(下面你会看到,相对于二叉,B树每个内结点有多个分支,即多叉)平衡查找树。 多叉平衡。
    * n) X+ j/ ?- d' a# i* l
    ) x" M* i+ R+ r+ f 1.png
    1 H% ]. T$ B0 a; E. X9 V6 v, S
    3 ~1 D/ |$ p5 W0 h6 C* j; I, o% g& Q+ g  m7 ~- r
    B树和B+树的区别:; |5 ?4 h- Q+ y' G9 `: ~
    B树和B+树的最大区别在于非叶子节点是否存储数据的问题( ~  o* G  j5 Q# w  A- o5 o

    : m( {" A7 g- E: c) F& u; o9 ?+ C5 y& {在结构上:
    1 z$ c# c3 T8 X" E3 {(1) B树是非也只节点和叶子节点都会存储数据。; \; N8 ?' m0 y% g
    (2) B+树只有叶子节点才会存储数据,而且数据都是在一行上,而且这些数据都是指针指向的,也是有顺序的。
    : S: |9 @, p% M( V: m0 L; r# f* J( X: p. L
    在性能上:
    - x  i/ T8 T1 }, u+ Q(1)对于B-树相对于B+数据,B-Tree因为非叶子结点也保存具体数据,所以在查找某个关键字的时候找到即可返回。而B+Tree所有的数据都在叶子结点,每次查找都得到叶子结点。所以在同样高度的B-Tree和B+Tree中,B-Tree查找某个关键字的效率更高。B-Tree在单条数据读写有着更强的性能。
    % Z" Q. t0 X* t5 c1 z. t(2)但由于B+Tree所有的数据都在叶子结点,并且结点之间有指针连接,在找大于某个关键字或者小于某个关键字的数据的时候,B+Tree只需要找到该关键字然后沿着链表遍历就可以了,而B-Tree还需要遍历该关键字结点的根结点去搜索。这个也决定当连表查询的时候mysql比起mongo有显著的优势。更重要的是由于B-Tree的每个结点(这里的结点可以理解为一个数据页)都存储主键+实际数据,而B+Tree非叶子结点只存储关键字信息,而每个页的大小有限是有限的,所以同一页能存储的B-Tree的数据会比B+Tree存储的更少。这样同样总量的数据,B-Tree的深度会更大,增大查询时的磁盘I/O次数,进而影响查询效率。+ x  U/ T9 B" }; z8 r; N
    0 B% H) x. f! G3 x
    聚集索引(MyISAM), i' @" b; ~" f, M5 C5 `0 s
    B+树叶节点只会存储数据行(数据文件)的指针,简单来说数据和索引不在一起,就是聚集. W3 c# @9 |' ?$ {) \. a& N" `
    索引。
    1 R: R0 F  M% Q7 {) b  M# P聚集索引包含主键索引和辅助索引都会存储数据指针的值。" |9 Q" B' ?: z" A# n* w% q
    5 ?, {+ X/ U5 Y7 }2 `7 U  X
    2.png
    + p  ~  w7 A! d8 Z# z
    * V" f3 s0 D0 e( U9 B" c2 J辅助索引(次要索引)
    % S; a2 G4 [. F- X在 MyISAM 中,主索引和辅助索引(Secondary key)在结构上没有任何区别,只是主索引要求 key 是唯一的,
    8 ]7 a9 P! y  o! C% s# w而辅助索引的 key 可以重复。如果我们在 Col2 上建立一个辅助索引,则此索引的结构如下图所示7 P# M6 f# V) m' @3 c; }1 t
    3.png
    ( ?9 y) t$ S, @' l; O0 X6 x0 q) z同样也是一颗 B+Tree,叶子节点中保存数据记录的地址。因此,MyISAM 中索引检索的算法为首先按照B+Tree 搜索算法搜索索引,如果指定的 Key 存在,则取出其data 域的值,然后以 data 域的值为地址,读取相应数据记录。
    % n9 J3 k4 W* E/ _% K' W8 T: u9 ^4 J6 h) n
    聚集索引(InnoDB)
    2 ^( r2 E. Q0 [/ B/ m) V
    6 V# D5 D% U6 m; R4 y主键索引(聚集索引)的叶子节点会存储数据行,也就是说数据和索引是在一起,这就是聚集索引。! M2 i/ B" q1 R" ]& u3 T4 f
    辅助索引只会存储主键值. d! y0 }- K. I
    如果没有没有主键,则使用唯一索引建立聚集索引;如果没有唯一索引,MySQL会按照一定规则创建聚集索引。1 M& N" G8 `" r3 J

    6 |. f8 `% B8 \7 o3 I- N主键索引5 T6 H' X# n; f( G
    1.InnoDB 要求表必须有主键(MyISAM 可以没有),如果没有显式指定,则 MySQL系统会自动选择一个可以1 x/ h4 K4 Y7 y3 |/ k
    唯一标识数据记录的列作为主键,如果不存在这种列,则MySQL 自动为 InnoDB 表生成一个隐含字段作为主键,类型为长整形。
    5 M; W9 b6 W: e/ y! ?/ U4 `8 d  T) C3 [8 H4 l  t9 r$ ^3 [4 A$ j
    4.png
    ; }% k1 T  o% g; ^; T: P
    ; k( Z6 Y5 c) Y  E( \# W- c/ |/ a9 ?* e: c' }0 J, x  E
    上图是 InnoDB 主索引(同时也是数据文件)的示意图,可以看到叶节点包含了完整的数据记录。这种索引叫做聚集索引。因为 InnoDB 的数据文件本身要按主键聚集。$ M& ]1 ~" A; G
    5.png . R  j6 p" j4 A" [
    ) s- u9 c8 P5 w- N2 G. u: n

      H9 l# R- d5 z3 M. B1 b- {0 I 6.png 2 Z9 y: s9 `& b. u

    ; M" h% g! s9 A. v3 i& S( a: M" X* a! f: _
    mysql创建索引的时候和用法与索引息息相关,要建立合适的索引和理解一些索引的执行计划,就需要认识索引的结构。$ x: ]9 ]2 j1 i( s& R
    8 T0 D$ b7 Z4 t. ]( f; @" r
    explain的详解
    7 d7 ]6 v. ~& F$ l4 Q# j
    ; L  _1 Q" A! K$ |0 z0 }# _6 \" D( r参数说明:! d! n0 w9 ~7 u# u: r
    explain后会出现十列数据,下面将介绍这下面的十列数据。
    * k! x1 {' R7 ?$ R* K9 _
    # \' V! e$ a  J* M& qid、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra
    9 J; ^) c# m. {& P3 `1 b
    $ n  q; ]9 \& u, E先附上案例表:: C9 i4 w0 v, r1 h" B
    8 G6 H1 V4 i# P5 t  C
    CREATE TABLE `taddr` (/ {' S" v: ~5 _/ }& y* L; H# a7 M
      `id` int(11) NOT NULL AUTO_INCREMENT,
    8 k; x& T& |% v  h) K( N  `country` varchar(100) DEFAULT '',
    ; }' i% H& _+ V9 P  `province` varchar(100) DEFAULT '',( S4 ]# y8 D$ v! s" j# l/ ]0 ^
      PRIMARY KEY (`id`)4 B3 d% z: q/ P5 O
    ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8
    4 X, y! O. O) E; {! e: _1 k4 A: R. g! T8 ^
    CREATE TABLE `user`  (2 h) w% f% e9 f7 p- s2 J! @! P
      `id` int(11) NOT NULL AUTO_INCREMENT,
    ) O/ _/ z5 z2 N# |- E  `username` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
    6 _. q8 |! Q) B5 Z3 s, V; s4 L3 S  `password` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,- Y( {1 Q2 N+ x' N/ A- o, B* q2 o
      `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
    : P% B; _$ W4 C3 W  `addr_id` int(11) NULL DEFAULT NULL,4 D# P0 J+ h& h; m' a$ A
      PRIMARY KEY (`id`) USING BTREE,
    6 T8 i) b& d0 Q/ n, o$ \4 K  INDEX `addr_id`(`addr_id`) USING BTREE
    ; T# z# q: B( {$ t) ENGINE = InnoDB AUTO_INCREMENT = 3 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
    # a/ u! I$ Q3 \4 ~* @
    % f, u9 }, M. r& ~/ s( B' s& s, ^4 {2 j; A" C: B/ g
    CREATE TABLE `type_time` (8 c7 Q' T2 J4 N$ `% C9 E
      `id` int(11) NOT NULL AUTO_INCREMENT,
      B* v  Q% O. d  `time` varchar(255) DEFAULT '[]',
    1 C8 S* K% v$ _: P  `name` varchar(100) DEFAULT '',! y8 F+ a5 r: n
      PRIMARY KEY (`id`),0 J; I& s# W9 ~2 ?( [
      INDEX `name_time_index`(`name`,`time`) USING BTREE- C* L3 X" r" O7 `& V8 G
    ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8' V) J; p3 g: M( `

    4 P+ r! V, J) S) s7 Q4 Y一、id
    # C) Q6 k# W1 x' ]; }, ^每个 SELECT语句都会自动分配的一个唯一标识符.
    ( G( B& C0 |, h! A表示查询中操作表的顺序,有三种情况:8 p1 S0 n. j( t' h
    id相同:执行顺序由上到下
    8 ?1 ?4 j9 z7 A( d. r$ eid不同:如果是子查询,id号会自增,id越大,优先级越高。
    7 o$ q- C! \! l2 p& h2 |% \3 mid相同的不同的同时存在
    , F$ C2 D3 ]# I3 k+ wid列为null的就表示这是一个结果集,不需要使用它来进行查询。2 U; O& D3 \9 d8 g
    2 Z8 _, q; _8 i7 g( g- L. `. a7 H
    二、select_type7 O& M" J' M6 H2 Y, |9 |  m

    - V+ s/ j. |& w查询类型,主要用于区别普通查询、联合查询(union、union all)、子查询等复杂查询/ J# b3 l: F2 M! N/ j

    5 y( S& W- ~' j: w) L) c2.1、simple. M2 g. v$ Z% n+ @6 o1 B& t8 H
    表示不需要union操作或者不包含子查询的简单select查询。有连接查询时,外层的查询为simple
    ; T) m% R  |$ |8 v/ R
    4 q; x6 H+ X, ^/ o; {( ^  XEXPLAIN select * from user* _9 M( W4 ^0 \5 P, o5 s* l

    * G4 X3 D3 t% ?2 D' \7 W  U- d 7.png
    % E, ~, G; _/ }' N0 \. T+ z; |5 _/ o
    EXPLAIN select u.id,u.addr_id,a.* from user u inner join taddr a on u.addr_id=a.id
    7 Z% H1 W1 d. M! r( n$ Z& n, P  X 9.png
    * p, _8 i9 Q: F6 N( z% E- e( N. w" G' [8 Z- h
    2.2 primary
    9 F4 O6 r% Z) J: J/ A一个需要union操作或者含有子查询的select,位于最外层的单位查询的select_type为primary。
    8 Q- s  p2 }; e0 u  x4 u5 K# w2 h- C5 L( j6 h* _5 F
    explain select * from taddr t inner join ($ o% S1 A6 q( P
    select addr_id from user ) u on t.id=u.addr_id) D+ M& J: ~9 T' z- o) U
    10.png
    , s$ s& ?: y& O, K" T- p2 b8 {explain select * from user u where u.addr_id =1q' C: ?# }. J/ W& m
    union all3 g# e% i: \8 Y/ x0 ~3 Z, \
    select * from user u where u.addr_id =2
    ( P, Z: L" H+ R( y 11.png ( Z2 k+ a( @7 }
    ! ?- M# M/ H9 r2 `
    2.3 subquery
    % W8 B9 r  ^/ x/ \; d0 l除了from字句中包含的一查询外,其他地方出现的子查询都可能是subquery, ?0 F' U/ G7 J* r

    ! K8 N' y# m$ _2 E. K9 _2 D5 e/ j2.4 dependent subquery; A* X# R) ]( h- t

    1 [& \: h" [! o* l. d与dependent union类似,表示这个subquery的查询要受到外部表查询的影响  W  f7 S- K" h
    / c3 W# r4 g) Z0 L' E
    explain select u.name,(select t.province from taddr t where u.addr_id=t.id) from user u
    % M" l3 p( h  [! E4 n! h 12.png
    1 [  s4 X/ S0 h( b# d2.5 union
    . N4 s  A# H+ j) B) g4 xunion连接的两个select查询,第⼀个查询是PRIMARY,除了第一个表外,第二个以后的表select_type都是union
    ; D5 y  S8 A7 m* y+ t  T# L+ U% j
    : C3 Z9 o4 `) c( p1 M7 ]三、table4 [0 l$ c1 @) M5 Y6 P; C1 p/ s  L
    显示的查询表名,如果查询使用了别名,那么这里显示的是别名
    8 V4 l( h. ~/ n- V5 V5 G! d如果不涉及对数据表的操作,那么这显示为null* ]3 h; q1 G7 q
    如果显示为尖括号括起来的就表示这个是临时表,后边的N就是执行计划中的id,表示结果来自于这个查询产生。
    # V  N$ a) X! q如果是尖括号括起来的<union M,N>,与类似,也是一个临时表,表示这个结果来自于union查询的id为M,N的结果集。- F$ g/ d" z- r" j7 I/ }  k( Y8 v
    . Q' s$ }6 r; A' ]2 ^
    四、type9 U$ i& v7 r" P* f9 W5 r; U

    ! v# F) c) s# C! ^依次从好到差:
    9 p; S) r: }& X) Esystem,const,eq_ref,ref,fulltext,ref_or_null,unique_subquery,9 [; r& I' \4 `$ m. c5 T0 ^
    index_subquery,range,index_merge,index,ALL7 s! S' I- w4 \
    2 o# P6 X0 [* e
    除了all之外,其他的type都可以使⽤到索引,除了index_merge之外,其他的type只可以用到一个索引0 Z. A( O( d3 I, g7 H
    8 a: u3 @7 C) G8 `4 Y' N
    4、1 system
    " V. ^3 b' |+ h5 E- k: G; E表中只有一行数据或者是空表。
    ) z* G' k9 ^; v4 G9 C: x- r4 t# t6 x5 l* o
    4、2const8 e& J) o8 W, H  m! q# d8 e% O
    使用唯一索引或者主键,返回记录一定是1行记录的等值where条件时,通常type是const。其他数据库也叫做唯一索引扫描。  J; s2 Q! Y% e0 i/ I
    , m. q# x" W/ G
    4、3 eq_ref
    " c9 b. N! S- s0 R关键字:连接字段主键或者唯一性索引。) \" _) W, _# `8 M$ o% B* H, ?. \
    此类型通常出现在多表的 join 查询, 表示对于前表的每一个结果, 都只能匹配到后表的一行结果. 并且查询的比较较操作通常是 ‘=’, 查询效率较高.2 W8 `* N- R; o, |; ]! s( Q( @
    3 r( U; U$ H5 a6 @% O$ F* ~
    EXPLAIN select u.id,u.addr_id,a.* from user u inner join taddr a on u.addr_id=a.id
    4 c& k6 m. z6 i3 c7 n/ [' ?
      u: c2 m2 h# G) Q  W$ K6 c1 w: W  \3 R% ~4 j) `! X
    13.png   g. y# B9 y+ b" s

    # a7 @  F) D4 Q# V  ^! F! ]" w
    : Q; y. [' a0 d! d

    4、4 ref( @# T# {' K$ U/ j" V
    针对非唯一性索引,使用等值(=)查询非主键。或者是使用了最左前缀规则索引的查询。

    EXPLAIN select u.id,u.addr_id,a.* from taddr a left join user u on u.addr_id=a.id

    14.png
    0 \; s" Z5 f9 M
    : U* `# A) B6 P! Q0 G2 Z. p) S4.5 fulltext
    7 N; |: ]" X; a$ g5 s全文索引检索,要注意,全文索引的优先级很高,若全高索引和普通索引同时存在时,mysql不管代价,优先选择使用全文索引  Q5 [2 @9 e7 K

    9 h3 T; X0 u9 }% H- ]$ p3 K4、6 unique_subquery
    ; f; |3 s4 F; [( t) z用于where中的in形式子查询,子查询返回不重复值唯一值
    8 u3 V. C$ ?! a" {
    1 }5 C. N" K7 C" g5 D5 n* w4、7 index_subquery- r5 \/ n! x* r0 j0 h
    用于in形式子查询使用到了辅助索引或者in常数列表,子查询可能返回重复值,可以使用索引将子查询去重。* g7 a( i' _2 Z* F

    ( \% T9 R9 ^9 K; C3 Z3 x4、8 range6 h0 k$ [7 ]8 t* s$ s7 e
    索引范围扫描,常用于使用>,<,is null,between ,in ,like等运算符的查询中。" x: F+ R. T) u3 e" W) p( V# k

    % i/ ^8 w. ^" P" x# O+ v4 \explain select * from type_time a inner join (( S0 ^: I' w& K6 j5 B& E# [
    select id from type_time where name =‘2’ and time in (‘2’,‘3’,‘4’) ) b on a.id=b.id
    0 Z$ x) @- r. D4 f0 y# ^
      v1 Y+ V. C- c- E2 I( Q/ _8 C* |% U1 d" r2 e9 f% F+ N% W
    15.png
    , @) l8 N6 p* s$ k. b  {: S
    9 B9 q2 R* R! Y* d8 A- W4、9 index' w* I) v' Q: w# {/ @5 G
    键字:条件是出现在索引树中的节点的。可能没有完全匹配索引。
    8 y( l/ G0 \  w( P( b# W+ S索引全表扫描,把索引从头到尾扫一遍,常用于使用索引列就可以处理不需要读取数据文件的查询、可以使使用索引排序或者分组的查询。
    5 h/ p8 v  @+ M. w) o( r2 e' w
    7 W' B; D  B# V5 i: s9 [explain select * from user group by addr_id5 S' ]/ ?2 K. F$ i- A3 A  \
    6 l- P0 s8 I- p  V" W2 b3 S. j  U

    ( A, P( K/ V, @. Q5 k8 a8 n& s; V" ?5 N
    16.png " w# C7 {8 H( Y* b9 `
    5 z* |& `9 J/ G  C& x4 j
    explain select addr_id from user, h3 Q# B  Y7 u/ \# B! n. N

    3 g. d- {$ ^( `5 O; ~ 17.png 2 W  K; _+ O- O* ~& Z
    + H7 J0 [5 x4 h# u8 a. I

    & [2 d# ?5 Z' M9 `4 ?* b! J4、10 all
    2 K: W8 k- F, O& I! [1 E这个就是全表扫描数据文件,然后再在server层进行过滤返回符合要求的记录。) L7 b/ g# s1 {; a" h. E
    8 @; G/ z/ a% C0 e
    五、possible_keys2 `2 V4 E. I; Q7 z* [1 G0 v
    ! k+ g; Y. ]+ c5 I9 J& y
    此次查询中可能选用的索引,一个或多个; M# p( d) ?4 n7 d, H

    ; m- f0 e* W" X0 |! Q) d六、key
    9 }, E7 l, _$ q* U7 W* x' ^查询真正使使用到的索引,select_type为index_merge时,这里可能出现两个以上的索引,其他的select_type这里只会出现一个。
    3 j6 w6 a$ j+ G- R/ Z5 M% Y& r8 w2 [7 l" f- K( h# \
    七、key_len/ r* [, \8 q5 @  E; y. Y- @- {
      H* d3 n. E% Y6 P0 i4 J
    用于处理查询的索引长度度,如果是单列索引,那就整个索引长度算进去,如果是多列索引,那么查
    4 O5 r- [) n& @2 [8 g询不一定都能使用到所有的列,具体使用到了多少个列的索引,这里就会计算进去,没有使用到的,这里不会计算进去。留意下这个列的值,算下你的多列索引总长度就知道有没有使用到所有的列了。) C( H" i  Z+ W0 U9 j, b
    另外,key_len只计算where条件用到的索引长度,而排序和分组就算使用到了索引,也不会计算到key_len中。
    2 u/ W6 g" i3 `* T  J  Bexplain select id from type_time where name =‘2’ 用到长度303
    $ H8 h- i, @# {" f
      D7 \2 Q& C7 m; B" W/ g1 a# d 18.png
    : O" u8 X( V% Q' U9 K/ Bexplain select id from type_time where name =‘2’ and time in (‘2’,‘3’,‘4’) 用到长度 1071
    6 V& F* n, f  U: {! F" A! E9 V: I6 u: W- M# u+ U: M9 b3 N" M9 z
    19.png
    : M, I: U! y, m' `  n+ @" l5 d7 W, s
    八、ref, [# G- B5 A! U2 x6 }; S8 b
    如果是使用的常数等值查询,这里会显示const
    ' ^4 e. i1 k# U& J3 `: a如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段: \0 j# \. t/ S: L' z
    如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里可能显示为func
    $ s, F- R% Q$ k0 r7 o7 a
    + i' c$ p: H2 g* ~: u, ^2 f0 f九、rows. U( _* t( ^- \/ j' w, ?& w
    这里是执行计划中估算的扫描行数,不是精确值(InnoDB不是精确的值,MyISAM是精确的值,主要原因是InnoDB使用了MVCC并发机制)
    ! o2 c3 X9 L9 h0 q$ M# M0 V5 |+ W4 J. l3 W: H. u
    十、extra$ {7 _  x# v2 |$ g: z& w6 F# `
    这个列包含不适合在其他列中显示但十分重要的额外的信息,其中比较常见有一些:
    $ i8 w4 H. v& G8 U, T& M
    2 R$ \; d1 Z( h! m" _  i, S10、1 using temporary" [% z- Y2 K  K" B. k% d, _
    表示使用了临时表存储中间结果。
    ) p, B3 y# ]0 g! mMySQL在对查询结果order by和group by时使用临时表
    ; m  c# T, v$ f2 h" U  r7 F临时表可以是内存临时表和磁盘临时表,执行计划中看不出来,需要查看status变量,* n' h) o" d% G+ t) r9 \" s
    used_tmp_table,used_tmp_disk_table才能看出来。
    ; I% A5 k- }4 E$ o! [( b/ g
    3 q2 C" [9 w9 u6 dexplain select * from user u inner join taddr t on u.addr_id=t.id GROUP BY t.id& N2 M7 g4 n8 A" X; m5 ]
    2 W& S2 {2 @4 p- c( E% o7 Z
    20.png   V* m8 ?/ ~! A( ?* E$ W4 i# b# ~
    & I; ~& @' k" h" }, {  N6 ?
    10、2 using filesort8 ~% |+ U' L  r9 Y( {
    排序时无法使用到索引时,就会出现这个。常用于order by和group by语句中8 E1 o  e$ n5 s* r  _  ^& N% Y
    1 f) s# x7 h/ i2 w
    说明MySQL会使用个外部的索引排序,而不是按照索引顺序进行读取。
    # U- ~  G3 Y8 l# _6 RMySQL中无法利索引索引完成的排序操作称为“文件排序“3 ?7 b' m1 w0 t5 O

    7 h8 b; h2 I- b4 `10、3 using index
    " d- D4 u2 c5 }/ Y查询时不需要回表查询,直接通过索引就可以获取查询的数据。
    4 |1 K" {; m; T: o表示相应的SELECT查询中使用到了覆盖索引(Covering Index),避免回表访问数据行,效率不
    , E3 y$ K0 ?2 K错。* V. ~) [& n" S8 t
    如果同时出现Using Where ,说明索引被用来执行查找索引键值+ \! t( S( t; m0 {# [/ k! d
    如果没有同时出现Using Where ,表明索引用来读取数据来执行查找动作。& J' J- m$ ~2 W0 R
    8 l0 T! f( \% H
    这里对索引的原理和explain做了一些介绍,需要索引需要建立之后对其改变查询方式可能会更能深刻理解 InnoDB 使用覆盖索引和非覆盖索引造成区别。这也是建立索引和使用sql需要特别考虑的问题。+ ]; H: ^/ z/ n2 x
    ————————————————5 T! Q2 U4 A+ x4 u5 o
    版权声明:本文为CSDN博主「筏镜」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
    7 r7 a/ H/ h" p  ]) C原文链接:https://blog.csdn.net/fajing_feiyue/article/details/105616629
    " _3 G; @+ D- f2 X! ]; o' b. Y% H3 F5 j9 N

    ! `2 i. A% H5 g2 o; h1 O) L5 @

    20.png (13.61 KB, 下载次数: 398)

    20.png

    zan
    转播转播0 分享淘帖0 分享分享0 收藏收藏0 支持支持0 反对反对0 微信微信
    您需要登录后才可以回帖 登录 | 注册地址

    qq
    收缩
    • 电话咨询

    • 04714969085
    fastpost

    关于我们| 联系我们| 诚征英才| 对外合作| 产品服务| QQ

    手机版|Archiver| |繁體中文 手机客户端  

    蒙公网安备 15010502000194号

    Powered by Discuz! X2.5   © 2001-2013 数学建模网-数学中国 ( 蒙ICP备14002410号-3 蒙BBS备-0002号 )     论坛法律顾问:王兆丰

    GMT+8, 2026-4-21 01:34 , Processed in 0.475039 second(s), 54 queries .

    回顶部