mysql的最佳索引攻略.pdfVIP

mysql 的最佳索引攻略 本设计和优化专题转⾃博客园的Mysql的设计和优化专题 Explain优化查询检测 所谓索引就是为特定的mysql字段进⾏⼀些特定的算法 序,⽐如⼆叉树的算法和哈希 算法,哈希算法是通过建⽴特征值,然后根据特征值来快速查找,⽽⽤的最多,并且是 mysql默认的就是⼆叉树算法 BTREE ,通过BTREE算法建⽴索引的字段,⽐如扫描20⾏ 就能得到未使⽤BTREE前扫描了2^20⾏的结果,具体的实现⽅式后续本博客会出⼀个 算法专题⾥⾯会有具体的分析讨论; EXPLAIN可以帮助开发⼈员分析SQL 问题,explain显⽰了mysql如何使⽤索引来处理 selec 语句以及连接表,可以帮助选择更好的索引和写出更优化的查询语句. 使⽤⽅法,在selec 语句前加上Explain就可以了： Explain select * from blog where false; mysql在执⾏⼀条查询之前,会对发出的每条SQL进⾏分析,决定是否使⽤索引或全表扫 描如果发送⼀条select * from blog where false Mysql是不会执⾏查询操作 的,因为经过SQL分析器的分析后MySQL 已经清楚不会有任何语句符合操作; Example mysql EXPLAIN ELECT `birday` FROM `user` WHERE `birthday` 199 -- 结果： id: 1 select_type: IMPLE -- 查询类型 （简单查询,联合查询,⼦查询） table: user -- 显示这⼀⾏的数据是关于哪张表的 type: range -- 区间索 （在⼩于1990/2/2区间的数据),这是重要的列,显示连接使 possible_keys: birthday -- 指出My QL能使⽤哪个索 在该表中找到⾏。如果是 key : birthday -- 实际使⽤到的索 。如果为NULL,则没有使⽤索 。如果为primar key_len: 4 -- 最⻓的索 宽度。如果键是NULL,⻓度就是NULL。在不损失精确性的情 ref: const -- 显示哪个字段或常数与key⼀起被使⽤。 rows: 1 -- 这个数表示mysql要遍历多少数据才能找到,在innodb上是不准确的。 Extra: Using where; Using index -- 执⾏状态说明,这⾥可以看到的坏的例⼦是 select_type simple 简单selec (不使⽤union或⼦查询) primary 最外⾯的selec union union 中的第⼆个或后⾯的selec 语句 dependen union union 中的第⼆个或后⾯的selec 语句,取决于外⾯的查询 union resul union的结果。 subquery ⼦查询中的第⼀个selec dependen subquery ⼦查询中的第⼀个selec ,取决于外⾯的查询 derived 导出表的selec (from⼦句的⼦查询) Extra与type详细说明 Dis inc :⼀旦MYSQL找到了与⾏相联合匹配的⾏,就不再搜索了 No exis s: MYSQL优化了LEFT JOIN ,⼀旦它找到了匹配LEFT JOIN标准的⾏,就 不再搜索了 Range checked for each Record （index map:# ）:没有找到理想的索引,因此对于从 前⾯表中来的每⼀个⾏组合,MYSQL检查使⽤哪个索引,并⽤它来从表中返回 ⾏。这是使⽤索引的最慢的连接之⼀ Using filesor : 看到这个的时候,查询就需要优化了。MYSQL需要进⾏额外的步 骤来发现如何对返回的⾏ 序。它根据连接类型以及存储 序键值和匹配条件 的全部⾏的⾏指针来 序全部⾏ Using index: 列数据是从仅仅使⽤了索引中的信息⽽没有读取实际的⾏动的表返 回的,这发⽣在对表的全部的请求列都是同⼀个索引的部分的时候 Using emporary 看到这个的时候,查询需要优化了。这⾥,MYSQL需要创建⼀个 临时表来存储结果,这通常发⽣在对不同的列集进⾏ORDER BY上,⽽不是 GRO