在线时间 1630 小时 最后登录 2024-1-29 注册时间 2017-5-16 听众数 82 收听数 1 能力 120 分 体力 563404 点 威望 12 点 阅读权限 255 积分 174244 相册 1 日志 0 记录 0 帖子 5313 主题 5273 精华 3 分享 0 好友 163
TA的每日心情 开心 2021-8-11 17:59
签到天数: 17 天
[LV.4]偶尔看看III
网络挑战赛参赛者
网络挑战赛参赛者
自我介绍 本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。
群组 : 2018美赛大象算法课程
群组 : 2018美赛护航培训课程
群组 : 2019年 数学中国站长建
群组 : 2019年数据分析师课程
群组 : 2018年大象老师国赛优
9 H7 m6 _8 i# J
mysql索引和explain的详解 索引原理分析: I4 ~1 f/ E) r; [% ]
8 N. o3 y# e& W9 o7 O4 f 索引存储结构
- g* ?0 I1 z# B' O 索引是在存储引擎中实现的,也就是说不同的存储引擎,会使使用不同的索引
5 d- n" k0 @) ~6 `+ \ MyISAM和InnoDB存储引擎:只支持B+ TREE索引, 也不能够更换7 D1 K% N: M! I! S. K2 }% S
MEMORY/HEAP存储引擎:支持HASH和BTREE索引
; T/ s) _1 L1 R% I# P D
4 P" C& y, |, R4 j8 s9 N B树图示; j- g7 e% w2 n2 J
: @( _: I; d' M# p |# F B树是为了磁盘或其它存储设备设计的一种多叉(下面你会看到,相对于二叉,B树每个内结点有多个分支,即多叉)平衡查找树。 多叉平衡。
7 x9 h4 R: }' p2 B% h6 M+ ]
! v# ~5 p3 k. X8 T
4 a! S; u8 a" A1 K/ M8 s
& i( \8 M; c( \ 2 K6 @ }1 Y; Q6 y3 R
B树和B+树的区别:! j8 a1 i9 } p) d2 Z9 i
B树和B+树的最大区别在于非叶子节点是否存储数据的问题( B3 h9 M6 O. X' J9 o
0 N; h3 [4 U, L# a0 T: R
在结构上:
& v: E. s) w! m- m. n t& d: Y! w (1) B树是非也只节点和叶子节点都会存储数据。
& x- ?4 y. h! B (2) B+树只有叶子节点才会存储数据,而且数据都是在一行上,而且这些数据都是指针指向的,也是有顺序的。
8 d, H1 }. O- _/ n0 M , |" j4 k& b1 i8 H/ Z$ ?7 x8 N
在性能上:# V4 k* O, B( x! f- p
(1)对于B-树相对于B+数据,B-Tree因为非叶子结点也保存具体数据,所以在查找某个关键字的时候找到即可返回。而B+Tree所有的数据都在叶子结点,每次查找都得到叶子结点。所以在同样高度的B-Tree和B+Tree中,B-Tree查找某个关键字的效率更高。B-Tree在单条数据读写有着更强的性能。
! ~+ }& f, i/ |% U$ U! h (2)但由于B+Tree所有的数据都在叶子结点,并且结点之间有指针连接,在找大于某个关键字或者小于某个关键字的数据的时候,B+Tree只需要找到该关键字然后沿着链表遍历就可以了,而B-Tree还需要遍历该关键字结点的根结点去搜索。这个也决定当连表查询的时候mysql比起mongo有显著的优势。更重要的是由于B-Tree的每个结点(这里的结点可以理解为一个数据页)都存储主键+实际数据,而B+Tree非叶子结点只存储关键字信息,而每个页的大小有限是有限的,所以同一页能存储的B-Tree的数据会比B+Tree存储的更少。这样同样总量的数据,B-Tree的深度会更大,增大查询时的磁盘I/O次数,进而影响查询效率。% ~' X, P- @( m; t' R1 X, |
, G$ f. ]: }. _# t! }
聚集索引(MyISAM)
+ j9 [+ L3 T' q: G0 g. y: F, C' V B+树叶节点只会存储数据行(数据文件)的指针,简单来说数据和索引不在一起,就是聚集# k/ t: O4 s1 Q8 ]+ I
索引。
; f0 P# A% J) t8 F; j1 ~' B9 U 聚集索引包含主键索引和辅助索引都会存储数据指针的值。. e* z- Q2 m; s2 p9 w$ l, G4 z) A
+ [: B, w& Q$ Y
3 p' @* E' }; x; m* E
5 j" d9 F" g; N0 e" v& t 辅助索引(次要索引)
, S7 }8 D7 h6 H% q( N5 } 在 MyISAM 中,主索引和辅助索引(Secondary key)在结构上没有任何区别,只是主索引要求 key 是唯一的,
5 h' k4 ?' A, w; r n' O: M 而辅助索引的 key 可以重复。如果我们在 Col2 上建立一个辅助索引,则此索引的结构如下图所示
, N C. ^& {% X; M2 M/ b* D! T
9 r2 b7 n: w. p1 w' T$ p8 B
同样也是一颗 B+Tree,叶子节点中保存数据记录的地址。因此,MyISAM 中索引检索的算法为首先按照B+Tree 搜索算法搜索索引,如果指定的 Key 存在,则取出其data 域的值,然后以 data 域的值为地址,读取相应数据记录。
5 K+ i( l, k: L W' f e Y: z0 [( I1 p0 B# h
聚集索引(InnoDB)% L# w1 Y; V4 Y ]. M$ V% z
' ^* M. i. j, A/ _ H: r6 t
主键索引(聚集索引)的叶子节点会存储数据行,也就是说数据和索引是在一起,这就是聚集索引。
; ^( U3 N$ d" A5 W- X4 ~ 辅助索引只会存储主键值
9 W$ V7 \& L* ~- B& }3 @0 k 如果没有没有主键,则使用唯一索引建立聚集索引;如果没有唯一索引,MySQL会按照一定规则创建聚集索引。; v' \! |. c+ o( T7 j" Q
2 G9 E- t! h! Y) _ 主键索引9 t# \: W6 d4 A8 _
1.InnoDB 要求表必须有主键(MyISAM 可以没有),如果没有显式指定,则 MySQL系统会自动选择一个可以3 k: D* g7 P0 u$ y. Y
唯一标识数据记录的列作为主键,如果不存在这种列,则MySQL 自动为 InnoDB 表生成一个隐含字段作为主键,类型为长整形。
& }/ [5 e% Y- R- D9 c5 }) X8 G 7 }9 v# L0 g1 A: a" D" Y
3 S+ z$ O1 N* g8 o+ ?( w) P 5 A/ l& t" ~( r5 q# c% N
) V* x% q) ` O: G) l; l
上图是 InnoDB 主索引(同时也是数据文件)的示意图,可以看到叶节点包含了完整的数据记录。这种索引叫做聚集索引。因为 InnoDB 的数据文件本身要按主键聚集。
9 {8 f b( O' u% M2 W5 ~( C& T5 |
& g% G* p/ k& R$ m 4 l4 Y o3 [, j8 N7 |
( R" j* g: S( W/ S" [
& V* G& a: M9 n7 j1 {
+ }6 U9 a1 S& y N
# H! |" z+ N2 P mysql创建索引的时候和用法与索引息息相关,要建立合适的索引和理解一些索引的执行计划,就需要认识索引的结构。
: r' b2 D5 T7 k
# {: n+ S6 P6 @, t, H( |% {, d explain的详解* o6 x. ~6 o$ }) G. ]5 v, q
$ u$ C7 b0 o7 a5 \5 w 参数说明:
; i5 Q4 _$ H {) ] explain后会出现十列数据,下面将介绍这下面的十列数据。
U Z& l$ [ I
8 x* C. h: g( D" m( b" x s id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra
5 B2 D* ]" Q/ t; n& u, u2 l. k* A + R/ \4 B2 q0 j" e1 V+ x
先附上案例表:7 n5 b6 j$ i1 [/ T; Z
0 {# A$ k; m: a8 s! N: y CREATE TABLE `taddr` (. K+ r$ ?0 ?) H0 |& A3 U7 P
`id` int(11) NOT NULL AUTO_INCREMENT,
6 k1 Q' Y3 ?) b! R* o `country` varchar(100) DEFAULT '',
4 m! i8 i! l( m( N `province` varchar(100) DEFAULT '',
- q# r$ n" L9 e) h9 Z PRIMARY KEY (`id`)
" N, ]$ U! N! x% y& i ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8$ S- n9 Q8 u$ L" X
& P v2 V# C2 K% h7 w9 ~
CREATE TABLE `user` (
5 S/ V; l6 y/ \# P6 S" ?* h/ L `id` int(11) NOT NULL AUTO_INCREMENT,; C; b {! g$ [; E2 @7 `
`username` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
, t' a Y/ b8 _8 W9 C: k `password` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
7 J I6 K |- _1 w+ B | `name` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,! q: C8 Z0 q" e1 G9 u p
`addr_id` int(11) NULL DEFAULT NULL,
}+ g8 @/ }- s6 z- z+ O PRIMARY KEY (`id`) USING BTREE,
4 h* n( q( h& R V% T7 M" G' U INDEX `addr_id`(`addr_id`) USING BTREE/ S p* Y3 E& _
) ENGINE = InnoDB AUTO_INCREMENT = 3 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
2 H5 z2 P* ~7 L
! n2 t/ G5 h+ j8 \5 a" F ! Q0 b& v$ _( z3 H" ~$ B
CREATE TABLE `type_time` (( U+ x& ?& Q; z% I
`id` int(11) NOT NULL AUTO_INCREMENT,4 I R% ]1 p: K2 i( N
`time` varchar(255) DEFAULT '[]',7 p! D5 _1 E) N
`name` varchar(100) DEFAULT '',
# J$ @* E) C9 S4 F* t' X1 k, c PRIMARY KEY (`id`),1 L+ [8 R0 k; u% k/ h9 l
INDEX `name_time_index`(`name`,`time`) USING BTREE/ J1 ?$ Y1 f5 r5 E) \3 q) j
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8
: d. h, \5 k9 Z( C4 U; G
" F1 V, r7 _& [ 一、id, K5 V" m- [; I( Z) m1 \) X
每个 SELECT语句都会自动分配的一个唯一标识符.
! [ u! _" @, o 表示查询中操作表的顺序,有三种情况:
" R. k6 y [5 \& v1 L id相同:执行顺序由上到下! g. c1 R. X" K+ p* X v
id不同:如果是子查询,id号会自增,id越大,优先级越高。( D1 q6 _" x! Z! K( f4 \/ @# H/ [
id相同的不同的同时存在
3 @4 {0 U' I" Z3 ] id列为null的就表示这是一个结果集,不需要使用它来进行查询。6 C; }* u) g; z2 \6 i
% c. H2 r% U" L# c+ Y6 ?$ G 二、select_type
. b, [0 Y0 A6 M* h6 l
& s: n4 Y8 K% P# b# I2 F6 } 查询类型,主要用于区别普通查询、联合查询(union、union all)、子查询等复杂查询
% x# x) w7 K1 W, G& x; P+ ^+ C
: ]1 [/ }: y5 B 2.1、simple
& n, m. N4 q1 y$ k! p9 J 表示不需要union操作或者不包含子查询的简单select查询。有连接查询时,外层的查询为simple
% A$ O# f6 ~$ f7 j& W# h
# P/ P% L2 @( b+ r EXPLAIN select * from user$ _2 u, ?3 ]! S! V7 B2 ?
/ C- d8 H# g. Y8 M: C3 r
% g' W2 M3 N b/ X. t
( Q" `5 A* Y9 R2 R! R EXPLAIN select u.id,u.addr_id,a.* from user u inner join taddr a on u.addr_id=a.id + W" b; _8 Y. [! [4 X1 o
0 v' {/ E6 T: I ) p7 c/ G) ? H: I l
2.2 primary0 E. A( i/ m4 u0 G
一个需要union操作或者含有子查询的select,位于最外层的单位查询的select_type为primary。
! g- Z: |. a7 R # U, R/ V) T+ D" v, g, U
explain select * from taddr t inner join ($ L' a! a7 m3 \0 M8 l1 |! j
select addr_id from user ) u on t.id=u.addr_id6 J& S: i8 V. d+ P) g$ `
6 q) r D8 e4 ?( w7 [% X
explain select * from user u where u.addr_id =1q 5 l" O# d8 l% j+ B
union all - ?- n5 ?/ C4 `, ^
select * from user u where u.addr_id =2 & O% \0 G( ~/ W! t6 t; O$ d( L9 z; x
$ _1 ^/ H- ~& v- {0 }( ~; v
+ C, k) u6 W6 G+ Y 2.3 subquery- Z. c9 I3 K7 T. y8 T
除了from字句中包含的一查询外,其他地方出现的子查询都可能是subquery( }# V' Q* r% B( a
- g, h F3 I% \5 e4 T% I" v
2.4 dependent subquery
% ^+ S/ D6 K% n( q: ^9 Q
/ P3 n1 c. x4 F 与dependent union类似,表示这个subquery的查询要受到外部表查询的影响
G7 N/ f6 r& T- L& b
* x/ `; V5 j2 F2 V explain select u.name,(select t.province from taddr t where u.addr_id=t.id) from user u
+ D! x4 w7 C4 a! R# {9 L7 c! e
) a) k0 u7 g6 |0 Y; u" ^) Z 2.5 union
9 Q) T J* V% I- S6 U union连接的两个select查询,第⼀个查询是PRIMARY,除了第一个表外,第二个以后的表select_type都是union" }! C9 u+ _$ q+ f+ P5 o5 c
3 j/ s7 F- L5 |* o 三、table
4 q2 T0 }2 ^5 N8 X! m+ P% e. ^3 H 显示的查询表名,如果查询使用了别名,那么这里显示的是别名
# }- c% X8 m6 C3 L2 }: l) X 如果不涉及对数据表的操作,那么这显示为null
/ s4 f. G4 a+ A2 j* e 如果显示为尖括号括起来的就表示这个是临时表,后边的N就是执行计划中的id,表示结果来自于这个查询产生。
$ Q( b% v1 Y# O5 A7 ^ 如果是尖括号括起来的<union M,N>,与类似,也是一个临时表,表示这个结果来自于union查询的id为M,N的结果集。. e1 Z" t% c3 x
. ^( J+ G5 u% p5 A1 B
四、type
3 T k3 f6 N6 X( s6 x- X+ z
' D) M4 O( S- \8 |; Y 依次从好到差:
: d4 u1 \* L% V# a2 a system,const,eq_ref,ref,fulltext,ref_or_null,unique_subquery,
; |8 _) ]! o1 }% \( k% k1 d" D: J* o: L index_subquery,range,index_merge,index,ALL
# o) p2 g, R$ d 7 p5 Q& ?, W1 m2 F1 ?- i/ l" n
除了all之外,其他的type都可以使⽤到索引,除了index_merge之外,其他的type只可以用到一个索引4 i0 m/ F" N" `7 [) M7 y9 v$ Q
( M' g. y M7 I, |3 V6 I6 n
4、1 system0 q: I# t5 p8 B( G& l4 t
表中只有一行数据或者是空表。
( H& X( Z& c& W* J4 W, o2 c h5 v 5 k) f7 I! S1 {+ w
4、2const
O2 V9 ^3 @9 e7 d/ J 使用唯一索引或者主键,返回记录一定是1行记录的等值where条件时,通常type是const。其他数据库也叫做唯一索引扫描。$ H! D* q4 }7 O
. n. i& Y. a( U# ]# c7 l
4、3 eq_ref. w# m* T. {9 z- l2 ^) I+ N
关键字:连接字段主键或者唯一性索引。
! M' j. O9 P7 M2 }* O4 I 此类型通常出现在多表的 join 查询, 表示对于前表的每一个结果, 都只能匹配到后表的一行结果. 并且查询的比较较操作通常是 ‘=’, 查询效率较高.
, b; e& F! A8 W! m% J9 r * _ S, a/ [- F& |" b
EXPLAIN select u.id,u.addr_id,a.* from user u inner join taddr a on u.addr_id=a.id
+ F% h1 ^- q5 m* P# M) V
+ Z# g# v- L; D2 |0 z5 d' g
, f, b9 z7 F6 n o( @, `) @. ?, n7 V
3 j9 k3 u; s* e/ n
+ E/ g! @' a! [' k9 S; S& m+ ?. |
* G. `. ^) E. C# V G) k
4、4 ref
2 M# v+ P0 h; q; R 针对非唯一性索引,使用等值(=)查询非主键。或者是使用了最左前缀规则索引的查询。
EXPLAIN select u.id,u.addr_id,a.* from taddr a left join user u on u.addr_id=a.id
$ g! r" k: f8 [& ~! A& j/ ?) T
( e- ^) Z$ U+ E6 o, ?( r' m# e, j 4.5 fulltext
- ?8 F+ n0 \9 C5 e. u, x& t. Q 全文索引检索,要注意,全文索引的优先级很高,若全高索引和普通索引同时存在时,mysql不管代价,优先选择使用全文索引, o( V0 w! [' c, Y! p
# O7 |9 U X4 ?8 N8 k- a 4、6 unique_subquery* y2 s/ {, _3 j9 Z
用于where中的in形式子查询,子查询返回不重复值唯一值% y! A2 I2 O, |. s+ b/ G* M
3 l5 q7 I. P- R/ A4 A$ [5 [
4、7 index_subquery
$ o! m' h! \% a4 {- k 用于in形式子查询使用到了辅助索引或者in常数列表,子查询可能返回重复值,可以使用索引将子查询去重。
( ^/ `; ?8 a3 u' p z `7 E$ L3 J8 s% ~9 r* E+ a! P- y
4、8 range
9 c; s; ~) }) s0 Y8 ?3 b( p 索引范围扫描,常用于使用>,<,is null,between ,in ,like等运算符的查询中。! k" `& N# F4 F+ r
8 M9 `/ Y4 w; y# e explain select * from type_time a inner join (
& `- k, A2 Q4 ]. R select id from type_time where name =‘2’ and time in (‘2’,‘3’,‘4’) ) b on a.id=b.id7 {+ @5 N% Z& N+ }4 L" j0 R2 w
+ b% @3 T4 @& D
2 i9 u# U# g: \: }5 h( ?6 m
8 y- L. e+ r1 O' ]& \3 d; f
2 A8 S# G4 Q$ Z( f2 W! ? 4、9 index
8 S2 r/ B* r2 K& P& x5 Z' T 键字:条件是出现在索引树中的节点的。可能没有完全匹配索引。. X! G0 Q$ c5 [) Y' n! [9 ?8 i
索引全表扫描,把索引从头到尾扫一遍,常用于使用索引列就可以处理不需要读取数据文件的查询、可以使使用索引排序或者分组的查询。
* n* ^* \" w# P @" G6 M' ]- _4 Y
1 W) V3 c8 ~* {: ^ explain select * from user group by addr_id5 A+ s# E3 v4 D
' C: s! o" E3 {$ r/ v9 b* ]
/ o# K, r: w/ F: y/ b 4 n$ n* i+ e$ ]3 k. I2 n* f
: Q U4 `0 M; f. P) e2 a 6 O a6 F' ?, ^6 Z' T& R
explain select addr_id from user
* C( t( M7 V7 c$ p
# J5 b8 }( T" n
3 K4 `! h6 B- _& H. B& _
7 w. G1 k* F$ R g# j' i 9 w z. L9 H$ r" i9 P
4、10 all+ x9 M: }+ a. Z% F7 o1 Z$ t h2 P
这个就是全表扫描数据文件,然后再在server层进行过滤返回符合要求的记录。
; x, s6 `6 M8 n& i r) _+ ^ 0 ^$ m1 R( V ?+ R
五、possible_keys( M+ v& K5 m; Q3 t6 G
" T5 ^2 ~5 x3 b
此次查询中可能选用的索引,一个或多个& U) Q7 R4 x+ a) V" M
5 @; j, E% q8 y% u& S8 `/ [ 六、key
" E. F9 @7 Q2 D. a( F 查询真正使使用到的索引,select_type为index_merge时,这里可能出现两个以上的索引,其他的select_type这里只会出现一个。
' u6 m/ t9 }- P4 a, b# w4 \ 8 s% R6 K: W( S2 O/ w
七、key_len! ? P3 q; d% T- K: m3 j. l
9 H( L e0 B7 Q7 ~ 用于处理查询的索引长度度,如果是单列索引,那就整个索引长度算进去,如果是多列索引,那么查$ X- \1 }6 ~2 F& Q8 X! z( A
询不一定都能使用到所有的列,具体使用到了多少个列的索引,这里就会计算进去,没有使用到的,这里不会计算进去。留意下这个列的值,算下你的多列索引总长度就知道有没有使用到所有的列了。
5 M& u* {* s. I9 i% m3 J z( y, G 另外,key_len只计算where条件用到的索引长度,而排序和分组就算使用到了索引,也不会计算到key_len中。
" \" T; Z: k: ` explain select id from type_time where name =‘2’ 用到长度303
: v6 B- ]! o9 J0 A g" J
3 z5 X4 Z- [5 \1 k6 M
* |6 F6 D- B/ f( g* B0 b
explain select id from type_time where name =‘2’ and time in (‘2’,‘3’,‘4’) 用到长度 1071
5 |5 n+ U3 }) _8 ]% [9 ~1 R. t: o$ B
1 O5 [) C! ^: t! h) \$ Y
3 e5 w s" @3 G$ C, X 8 @ m1 U* b/ E/ A: \* n* W
八、ref! _ N$ a0 M- f; X! c$ d8 m
如果是使用的常数等值查询,这里会显示const2 \) Z9 }; Z# k3 j
如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段
/ N3 d1 |. c+ j* g# t7 k 如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里可能显示为func6 `/ f2 `4 C2 D. P
1 h! ?4 r% h. {1 t* ?* ? 九、rows
, A( F1 @ o( a 这里是执行计划中估算的扫描行数,不是精确值(InnoDB不是精确的值,MyISAM是精确的值,主要原因是InnoDB使用了MVCC并发机制)
" V6 S. T, g% O( B8 I* [
, L, o" B$ C" N/ \+ c+ p2 O 十、extra4 R) @2 A( L+ R% C! U- }
这个列包含不适合在其他列中显示但十分重要的额外的信息,其中比较常见有一些:. g$ |- M- ?* z8 K& C! Y
6 y @/ Y( D- m! g1 U$ \# j 10、1 using temporary# a* Q- r9 W* ^% P8 U7 C; C3 o1 N: i
表示使用了临时表存储中间结果。7 n+ {7 U3 E' n: `& V2 Q3 A; L
MySQL在对查询结果order by和group by时使用临时表
) R1 s# J/ x5 w: k, H5 K7 @ 临时表可以是内存临时表和磁盘临时表,执行计划中看不出来,需要查看status变量,
& U, g) O4 x7 K' M% D' W used_tmp_table,used_tmp_disk_table才能看出来。
0 [. q; Z( t1 P 7 }2 z/ \( I; Y* }! v
explain select * from user u inner join taddr t on u.addr_id=t.id GROUP BY t.id
+ C0 R. x. ?, l / v5 K6 F+ Q, S9 o8 [- ~* x, m9 f
, V+ ]1 u3 d" Q1 V9 a& \- E
1 s! b% J6 V. r& k 10、2 using filesort5 B% F& O9 L5 [. s* c9 O
排序时无法使用到索引时,就会出现这个。常用于order by和group by语句中
: [" c6 ~' l$ j, |* j7 p4 z 1 B( Q# v6 w& n! I E2 l% R* }. L$ I
说明MySQL会使用个外部的索引排序,而不是按照索引顺序进行读取。0 D- v. f+ g- L9 f
MySQL中无法利索引索引完成的排序操作称为“文件排序“' Y6 w9 x$ R0 B3 n
$ Q, O& \' \- C
10、3 using index
$ U% T" @$ M% c" C8 L2 W, R 查询时不需要回表查询,直接通过索引就可以获取查询的数据。
0 ~* U( d) F* J# D- f* _3 n9 { 表示相应的SELECT查询中使用到了覆盖索引(Covering Index),避免回表访问数据行,效率不# r; b; C8 w! e
错。/ |5 ?8 i, I1 \. i
如果同时出现Using Where ,说明索引被用来执行查找索引键值
; \( n5 W6 I) |* c/ l$ I 如果没有同时出现Using Where ,表明索引用来读取数据来执行查找动作。
; q+ E j3 m8 F! E3 z% u1 q
5 \: M1 E# q! N* ~ b+ s' e% Y 这里对索引的原理和explain做了一些介绍,需要索引需要建立之后对其改变查询方式可能会更能深刻理解 InnoDB 使用覆盖索引和非覆盖索引造成区别。这也是建立索引和使用sql需要特别考虑的问题。' \ l& Y; ` N
————————————————
, f1 T, K; Y$ s) x3 W 版权声明:本文为CSDN博主「筏镜」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
; J C! H: R8 E6 A* M% A, i9 `0 Z, e 原文链接:https://blog.csdn.net/fajing_feiyue/article/details/1056166290 `& C9 q; @% a! y6 d
9 l) q( K( H0 k! J1 j' Q
6 p- k9 N$ m; Z: P
zan