MySQL 索引是否根据表名创建的 mysql索引是否生效判断

转载

信息流星 2023-10-10 10:29:53

文章标签 MySQL 索引是否根据表名创建的 mysql 子查询主键数据 文章分类 MySQL 数据库

索引失效的问题部分情况（尽量避免）

1、在mysql中使用不等于！= 或者<>,会导致无法使用索引，全表扫描
2、is null，is not null 会导致无法使用索引
3、like以通配符开头’%…’。索引失效导致全表扫描
4、字符串不加单引号会导致索引失效
5、多用or进行连接会导致索引失效
6、减少select * 这种方式进行查询

查看索引生效
explain + sql 语句模拟的是优化器执行sql查询语句的，分析查询语句的性能

例：运行结果

MySQL 索引是否根据表名创建的 mysql索引是否生效判断_MySQL 索引是否根据表名创建的

id的具体内容：

select查询的序列号，包含的是一组数字，表示的是查询中执行的select子句或者操作表的顺序

id 相同，执行的顺序由上而下
id不同，如果是子查询，id的序号会进行递增，id越大优先级越高，越先被执行

select_type
查询类型，主要用于区分普通查询，联合查询，子查询等等的复杂查询

类型	说明
primary	查询中包含任何复杂的子部分，最外层的查询被标记为
subquery	在select或者where中包含了子查询的
simple	简单的select查询，不包含子查询或者union
union	第二个select语句出现在union之后，就会被标记为union
union result	从union表中获取到select
derived	在from后面的列表中包含子查询，mysql会执行这些子查询，会把这些结果放在临时表里面，union包含在from子句的子查询中，外层的select被标记为

type
显示查询使用了哪种类型


all	full table scan，将遍历全表找到匹配的行
range	只检索给定范围的行，一般情况下，where语句中出现 > < between in等查询
index	full index scan ,与all相比，遍历的是索引树，速度比all快
eq_ref	唯一性索引扫描，对于每一个索引键，表中只有一条数据与之匹配，常见于主键和唯一索引扫描
ref	非唯一性索引扫描，返回匹配到某个单独值的所有行
const	通过索引，一次就找到了数据，const一般用于比较主键和唯一索引，因为只匹配一行，将主键放在where中，MySQL就能将这个查询转换为一个常量
system	表只有一行数据（等于系统表），这个平常一般不会出现，一般忽略