DB索引：

如果表创建了索引，那么DB会维护一张关于索引和主键关系的表

好处：快速查找数据

缺点：要额外维护一张表，会额外占用空间，对于表数据的更新操作都涉及更新索引

索引的操作

创建索引：CREATE [UNIQUE] INDEX indexName ON myTable (columnName(length));
增加 索引：ALTER myTable Add [UNIQUE] INDEX [indexName] ON (columnName(length));
删除：DROP INDEX [indexName] ON myTable;
查看： SHOW INDEX FROM table_name\G;

一张表建议创建5个索引

样例中，book表创建了5个索引

索引的类型：

单值索引：只对某一列创建的索引

唯一索引：索引列必须唯一且不能为空

符合索引：经常联合查询的多个列联合创建索引

explain关键字排查SQL语句

explain +sql的select语句，可以看到sql语句如下信息：

 解释一下explain返回各字段意义,我觉得需要关注的是type、rows字段

id :指sql执行的顺序，如果是嵌套sql,那么id

多条id是相同的，从上到下执行

如果某个id大，则从id大的优先执行

select_type：标记是简单查询还是联合查询

table:涉及的表

type:（关键）访问类型，查询性能由好到差system > const > eq_ref > ref > range > index > ALL

const代表有主键唯一索引

eq_ref: 唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或者唯一索引扫描

ref:非唯一索引查询

range：只检索给定范围的行，使用一个索引来选着行，语句可能有between 、> \<

index：FUll Index Scan 扫描遍历索引树(扫描全表的索引，从索引中获取数据)

ALL :全表扫描 从磁盘中获取数据 百万级别的数据ALL类型的数据尽量优化。

故：如果使用EXPLAIN 查询到type是ALL或者index 都可以进行优化

keys: 使用到的索引名称

rows：(关键)当前查询读取了多少行数据才查询完毕，如果这个rows上10W，那查询就比较耗时

Extra：查询情况的说明

举例：因为where条件将字符串写为数字传入sql，导致表的索引失效，没有使用索引查询而是全表查询