1.创建索引
CREATE INDEX方式,用于创建表的时候
普通的索引的创建:
CREATE INDEX (自定义)索引名 ON 数据表(字段);
复合索引的创建:
CREATE INDEX (自定义)索引名 ON 数据表(字段,字段....);
ALTER TABLE方式,用于建表完成后添加索引
//普通索引
alter table (表名) add index index_name (字段,字段....) ;
//唯一索引
alter table (表名) add unique (字段,字段....) ;
//主键索引
alter table (表名) add primary key (字段,字段....) ;
//全文索引
ALTER TABLE (表名) ADD FULLTEXT (字段,字段....) ;
//主键索引
ALTER TABLE (表名) ADD INDEX index_name (字段,字段....) ;
2查看是否有索引
在查询条件前使用EXPLAIN命令可以查看SQL的执行计划,如果是NULL,说明无索引。
3.一条SQL语句执行得很慢的原因有哪些?
①大多数情况下很正常,偶尔很慢
(1)、数据库在刷新脏页,例如 redo log 写满了需要同步到磁盘。
(2)、执行的时候,遇到锁,如表锁、行锁。
②这条 SQL 语句一直执行的很慢(索引失效,或者没有索引,数据库选择不走索引)
1、like 以%开头,索引无效;当like前缀没有%,后缀有%时,索引有效。
2、or语句前后没有同时使用索引。当or左右查询字段只有一个是索引,该索引失效,只有当or左右查询字段均为索引时,才会生效
3、组合索引,不是使用第一列索引,索引失效。
4、数据类型出现隐式转化(手动也会导致索引失效)。如varchar不加单引号的话可能会自动转换为int型,使索引无效,产生全表扫描。
5,在索引字段上使用not,<>,!=。不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。 优化方法: key<>0 改为 key>0 or key<0。
6 ,查询条件(=左边出现运算或者函数),这时候索引会失效。
7 ,联合索引会在遇到范围查询(>、<、between、like)就停止匹配。
也就是说,我们如果走 非主键索引这个字段的索引的话,最后会查询到对应主键的值,然后,再根据主键的值走主键索引,查询到整行数据返回。所以说走全表查询要查询n行,那索引就是2n,如果n很大,这个时候2n >>n,数据库就会放弃索引走全表查询)
4.聚集索引
所谓聚集索引,就是data域存放着数据,主键索引就属于聚集索引。
5.非聚集索引
非聚集索引是data存放着主键或数据的指针,二级索引就属于非聚集索引。
6.索引覆盖
如果我们要查询的字段恰好建立了索引,那就不用“回表”再根据主键查一遍,直接返回值
例如:select name from table_a where name=‘zrx’;;这时候我们恰好有为name字段建立索引,我们就能得到name的值(因为索引的key本身就是name啊),系统难道还会去根据主键回表再查一遍吗?答案是肯定不会的。
同样地,
例如:select id from table_a where id=‘10086’;这查询也会出现索引覆盖,因为主键索引的key同样是id,数据库就不会再去回表查询一遍了。
这个覆盖索引有点奇奇怪怪啊,根据一个已经知道的值再查一遍。不过我猜想还是有作用的,应该在像右模糊查询这种情况下。
7.哪些字段适合作为索引
1.查询频繁,修改不频繁
2.经常作为条件查询的
8.B+树
如果不想了解的太透彻,但是又想快速理解。我们不妨这样想,从名字我们就可以知道这个结构就是树,树的话,我们学后端的就知道保存在树的数据都是排序的,所以,我们不难的出结论。树的key是有序的而已有一个区间,越往下区间越小,最终定位到需要的数据。
引用:https://www.cnblogs.com/wdss/p/11186411.html