SQL-索引使用
索引-使用规则
验证索引效率
在未建立索引之前，执行如下SQL语句，查看SQL的耗时。
select * from tb_sku where sn='10000000003145001';
针对字段创建索引
create index idx_sku_sn on tb_sku(sn);
然后再次执行相同的SQL语句，再次查看SQL的耗时。
select * from tb_sku where sn='10000000003145001';
最左前缀法则
如果索引了多列（联合索引），要遵循最左前缀法则。最左侧前缀法则指的是查询从索引的最左列开始（最左侧字段存在即可），并且不跳过索引中的列。如果跳跃某一列，索引将部分失效（后面的字段索引失效）。
explain select * from tb_user where profession='软件工程' and age=31 and status ='0';(有效)
explain select * from tb_user where profession='软件工程' and age=31;（有效）
explain select * from tb_user where profession='软件工程';（有效）
explain select * from tb_user where age=31 and status ='0';（无效）
explain select * from tb_user where status ='0';（无效）
范围查询
联合索引中，出现范围查询（>,<），范围查询右侧的列索引失效
explain select * from tb_user where profession='软件工程' and age>30 and status ='0'
explain select * from tb_user where profession='软件工程' and age>=30 and status ='0'
索引列运算
不要在索引列上进行运算操作，索引将失效。
explain select * from tb_user substring(phone,10,2)='15';
字符串不加引号
字符串类型字段使用时，不加引号，索引将失效。
explain select * from tb_user where profession= '软件工程' and age=31 and status=0;
explain select * from tb_user where phone=17799990015;
模糊查询
如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
explain select * from tb_user where profession like'软件%';
explain select * from tb_user where profession like'%工程';
explain select * from tb_user where profession like'%工%';
or连接的条件
用or分割开的条件，如果or条件中的列有索引，而后面的列没有索引，那么涉及的索引都不会被用到。
explain select *from tb_user where id=10 or age =23;
explain select *from tb_user where phone='17799990017' or age =23;
由于age没有索引，所以即使id，phone有索引，索引也会失效，所以需要针对age也要建立索引。
数据分布影响
如果MySQL评估使用索引比全表更慢，则不适用索引。
select * from tb_user where phone>='17799990005';
select * from tb_user where phone>='17799990015';
SQL提示
SQL提示，是优化数据库的一个重要手段，简单来说，就是在SQL语句中加入一些人为的提示来达到优化操作的目的
use index(建议使用)
explain select * from tb_user use index(idx_user_pro)where profession='软件工程';
ignore index（忽略使用）
explain select * from tb_user ignore index(idx_user_pro)where profession='软件工程';
force index（必须使用）
explain select * from tb_user force index(idx_user_pro)where profession='软件工程';
覆盖索引
尽量使用覆盖索引（查询使用了索引，并且需要返回的列，在该索引中已经全部能够找到），减少select*。
explain select id,profession from tb_user where profession ='软件工程'and age=31 and status='0';
explain select id,profession,age,status from tb_user where profession ='软件工程'and age=31 and status='0';
explain select id,profession,age,status,name from tb_user where profession ='软件工程'and age=31 and status='0';
explain select * from tb_user where profession ='软件工程'and age=31 and status='0';
using index conditon:查找使用了索引，但是需要回表查询数据
using where；using index：查找使用了索引，但是需要的数据都在索引中能找到，所以不需要回表查询数据
思考题
一张表，有四个字段（id，username，password，status）由于数据量大，需要对以下SQL语句进行优化，该如何进行才是最优方案：
select id,username,password from tb_user where username='itcast';
前缀索引
当字段类型为字符串（varchar，text等）时，有时候需要索引很长的字符串，这会让索引变得很大，查询时，浪费大量的磁盘IO，影响查询效率。此时可以只将字符串的一部分前缀，建立索引，这样可以大大节约索引空间，从而提高索引效率。
语法
create index inx_xxx on table_name(column(n));
前缀长度
可以根据索引的选择性来决定，而选择性是指不重复的索引值（基数）和数据表的记录总是的比值，索引选择性越高则查询效率越高，唯一索引的选着性是1，这是最好的索引选择，性能也是最好的。
select count（distinct email）/conut(*) from tb_user;
select count(distinct substring(email,1,5))/count(*) from tb_user;
单列索引与联合索引
单列索引：即一个索引只包含单个列。
联合索引：即一个索引包含多个列。
在业务场景中，如果存在多个查询条件，考虑针对于查询字段建立索引时，建议建立联合索引，而非单列索引。
单列索引情况：
explain select id,phone,name from tb_user where phone = '17799990010' and name='韩信';
联合索引情况：每个键值都是两个字段的组合情况，属于二级索引，叶子节点挂的是主键id，避免回表查询
索引设计原则
1.针对于数据量较大，且查询比较频繁的表建立索引。
2.针对于常作为查询条件（where），排序（order by），分组（group by）操作的字段建立索引。
3.尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
4.如果是字符串类型的字段，字段的长度较长，可以针对字段的特点，建立前缀索引。
5.尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省储存空间，避免回表，提高查询效率。
6.要控制索引的数量，索引并不是多多益善，索引越多，维护索引的代价越大，会影响增删改的效率。
7.如果索引不能存储null值，请在创建表的时候使用not null约束它。当优化器知道每列是包含null值时，它可以更好的确定哪个索引更有效地用于查询。
数据库学习记录（看看多久可以掌握）
学习的课程是b站黑马程序员的免费课程，主要是记录一下代码和流程，没有很详细，下面是课程地址黑马程序员 MySQL数据库入门到精通，从mysql安装到mysql高级、mysql优化全囊括_哔哩哔哩_bilibili
如果大家发现下面代码有错误的，请留言告诉我，我会及时修改的