索引
- SQL性能分析
- 使用原则
- SQL提示
- 覆盖索引
- 前缀索引
- 单列索引和联合索引
- 索引设计原则
学习黑马MySQL课程，记录笔记，用于复习。
查询建表语句：
show create table account;
以下为建表语句：
CREATE TABLE `account` (
`id` int NOT NULL AUTO_INCREMENT COMMENT 'ID',
`name` varchar(10) DEFAULT NULL COMMENT '姓名',
`money` double(10,2) DEFAULT NULL COMMENT '余额',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='账户表'
这里建表语句最后的auto_i=n的意思是如果你表里面有一个主键id，你当前插入的记录数＜n，那你再插入一个没有id的记录时，数据库自动会将他的id设为n。
查询当前数据库支持的存储引擎
show engines;
示例：
#显示索引
show index from tb_user;
show index from tb_user\G;
#name字段为姓名字段，该字段的值可能会重复，为该字段创建索引
create index idx_user_name on tb_user(name);
#phone手机号字段的值，是非空，且唯一的，为该字段创建唯一索引。
create unique index idx_user_phone on tb_user(phone);
#为profession、age、status创建联合索引。
create index idx_user_pro_age_sta on tb_user(profession,age,status);
#为email建立合适的索引来提升查询效率。
create index idx_email on tb_user(email);
#删除索引
drop index idx_user_email on tb_user;
SQL性能分析
MySQL 客户端连接成功后，通过 show [session|global] status 命令可以提供服务器状态信
息。通过如下指令，可以查看当前数据库的INSERT、UPDATE、DELETE、SELECT的访问频次：
-- session 是查看当前会话 ;
-- global 是查询全局数据 ;
show global status like 'Com_______';
慢查询日志
慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认10秒）的所有SQL语句的日志。
查看mysql的慢查询日志是否开启
show variables like '%query%';
如何启用慢查询日志呢？
set global slow_query_log='ON';
配置完毕之后，重新启动MySQL服务器
systemctl restart mysqld
查看慢日志文件中记录的信息（文件位置使用show variables like '%query%';查看所在位置）
cat /var/lib/mysql/sxl-slow.log
使用原则
最左前缀法则
如果索引了多列（联合索引），要遵守最左前缀法则。最左前缀法则指的是查询从索引的最左列开始，
并且不跳过索引中的列。如果跳跃某一列，索引将会部分失效(后面的字段索引失效)。
范围查询
联合索引中，出现范围查询(>,<)，范围查询右侧的列索引失效。
索引失效情况
（1）索引列运算
不要在索引列上进行运算操作， 索引将失效。
（2）字符串不加引号
字符串类型字段使用时，不加引号，索引将失效
（3）模糊查询
如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
（4）or连接条件
用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到。
SQL提示
use index ： 建议MySQL使用哪一个索引完成此次查询（仅仅是建议，mysql内部还会再次进行评估）。
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 *
什么是覆盖索引呢？
覆盖索引是指 查询使用了索引，并且需要返回的列，在该索引中已经全部能够找到 。
如果没有覆盖，会需要回表查询。
前缀索引
当字段类型为字符串（varchar，text，longtext等）时，有时候需要索引很长的字符串，这会让索引变得很大，查询时，浪费大量的磁盘IO， 影响查询效率。
此时可以只将字符串的一部分前缀，建立索引，这样可以大大节约索引空间，从而提高索引效率。
create index idx_xxxx on table_name(column(n)) ;
create index idx_email_5 on tb_user(email(5));
前缀长度可以根据索引的选择性来决定，而选择性是指不重复的索引值（基数）和数据表的记录总数的比值，
索引选择性越高则查询效率越高， 唯一索引的选择性是1，这是最好的索引选择性，性能也是最好的。
select count(distinct email) / count(*) from tb_user ;
select count(distinct substring(email,1,5)) / count(*) from tb_user ;
单列索引和联合索引
单列索引：即一个索引只包含单个列。
联合索引：即一个索引包含了多个列。
查询多个条件，哪怕每个条件都有单列索引，执行时也只会用一个索引。
在业务场景中，如果存在多个查询条件，考虑针对于查询字段建立索引时，建议建立联合索引，而非单列索引。
索引设计原则
1). 针对于数据量较大，且查询比较频繁的表建立索引。
2). 针对于常作为查询条件（where）、排序（order by）、分组（group by）操作的字段建立索引。
3). 尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
4). 如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。
5). 尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省存储空间，避免回表，提高查询效率。
6). 要控制索引的数量，索引并不是多多益善，索引越多，维护索引结构的代价也就越大，会影响增删改的效率。
7). 如果索引列不能存储NULL值，请在创建表时使用NOT NULL约束它。当优化器知道每列是否包含NULL值时，它可以更好地确定哪个索引最有效地用于查询。
