索引
- 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值时,它可以更好地确定哪个索引最有效地用于查询。