面试整理1：Sql

一，sql简单优化：

1、在表中建立索引，优先考虑where、group by使用到的字段。

2、尽量避免使用select *，返回无用的字段会降低查询效率。

3、尽量避免使用in 和not in，会导致数据库引擎放弃索引进行全表扫描。

优化方式：如果是连续数值，可以用between代替。或者4：

4、尽量避免使用or，会导致数据库引擎放弃索引进行全表扫描。

优化方式：可以用union代替or。

（PS：如果or两边的字段是同一个，如例子中这样。貌似两种方式效率差不多，即使union扫描的是索引，or扫描的是全表）

6、尽量避免进行null值的判断，会导致数据库引擎放弃索引进行全表扫描。：

优化方式：可以给字段添加默认值0，对0值进行判断。

7、尽量避免在where条件中等号的左侧进行表达式、函数操作，会导致数据库引擎放弃索引进行全表扫描。如下：

优化方式：可以将表达式、函数操作移动到等号右侧。

二，explain分析SQL语句

1，explain怎么用？

explain + SQL语句

例：

EXPLAIN  select * from user

2，explain字段解释

 id：

select查询的顺序号,包含一组数字,表示查询中执行select子句或操作表的顺序
两种情况:
1.id相同,执行顺序由上至下
2.id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行

select_type

值	描述
SIMPLE	简单的SELECT语句（不包括UNION操作或子查询操作）
PRIMARY	查询中最外层的SELECT（如两表做UNION或者存在子查询的外层的表操作为PRIMARY，内层的操作为UNION）
UNION	UNION操作中，查询中处于内层的SELECT，即被union的SELECT
SUBQUERY	子查询中的SELECT
DERIVED	表示包含在 From 子句中的 Select 查询
UNION RESULT	union的结果,此时id为NULL

table

显示这一行的数据时关于那张表的

partitions

查询访问的分区

type

 从最好到最差依次是：system > const > eq_ref > ref > range > index > ALL

• system,表只有一行记录(等于系统表),这是const类型的特例
• const表示通过索引一次就找到了,const用于比较primary key
• eq_ref,唯一索引扫描,对于每个索引键,表中只有一条记录与之匹配
• ref,非唯一性索引扫描,返回匹配某个单独值得所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行
• range,只检索给定范围的行,使用一个索引来选择行。
• index,Full Index Scan,index与ALL区别为index类型只遍历索引树。
• ALL,将遍历全表找到匹配的行

possible_keys

显示可能应用在这张表中的索引,一个或多个。

key

实际使用的索引。如果为null,则没有使用索引
查询中若使用了覆盖索引,则该索引仅出现在key列表中

key_len

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

ref

显示索引那一列被使用到了

rows

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

Extra

• Using filesort,说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取,MySQL中无法利用索引完成的排序操作称为"文件排序"
• Using temporary,使用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。
• Using index,使用了索引,避免了全表扫描
• Using where,使用了where过滤
• Using join buffer,使用了连接缓存
• impossible where,不可能的条件,where子句的值总是false

一般我就用这些，其他的分析工具我也不用，如果真正需要的时候，学一下也不费事。就这样了，点个赞吧，皮卡丘