mysql - 索引
原理:请参考文章: https://www.cnblogs.com/bypp/p/7755307.html
理论:
mysql 索引管理 一、功能 1、索引的功能就是加速查找 2、mysql中的primary key,unique,联合唯一也都是索引,这些索引除了加速查找以外,还有约束的功能 二、mysql的索引分类 1、普通索引index:加速查找 2、唯一索引 主键索引:primary key:加速查找+约束(不能为null且唯一) 唯一索引:unique:加速查找+约束(唯一,可以为null) 3、联合索引 1>、primary key(id, no):联合主键索引 2>、unique(id, no):联合普通索引 3>、index(id, no):联合普通索引 4、全文索引 fulltext:用于搜索很长一篇文章的时候,效果最好 5、空间索引spatial:了解就好,几乎不用 三、索引的两大类型hash与btree #我们可以在创建上述索引的时候,为其指定索引类型,分两类 hash类型的索引:查询单条快,范围查询慢 btree类型的索引:b+树,层数越多,数据量指数级增长(我们就用它,因为innodb默认支持它) #不同的存储引擎支持的索引类型也不一样 InnoDB 支持事务,支持行级别锁定,支持 B-tree、Full-text 等索引,不支持 Hash 索引; MyISAM 不支持事务,支持表级别锁定,支持 B-tree、Full-text 等索引,不支持 Hash 索引; Memory 不支持事务,支持表级别锁定,支持 B-tree、Hash 等索引,不支持 Full-text 索引; NDB 支持事务,支持行级别锁定,支持 Hash 索引,不支持 B-tree、Full-text 等索引; Archive 不支持事务,支持表级别锁定,不支持 B-tree、Hash、Full-text 等索引; 四、创建/删除索引的语法【具体将在案例中讲解】 方法1、创建表时 1>普通索引 create table tableName ( id int unsigned not null, user_name varchar(20) not null, index [indexName] (username(length)) ); 2>唯一索引 create table tableName ( id int unsigned not null, user_name varchar(16) not null, unique [indexName] (user_name(length)) ); 方法2、create在已存在的表上创建索引 1>普通索引 create index indexName on tableName(columnName); create index indexName on tableName(id, name); #添加普通联合索引 2>唯一索引 create unique index indexName on tableName(user_name(length)); 方法3、alter table在已存在的表上创建索引 1>普通索引 alter table tableName add index indexName(columnName); 2>唯一索引 alter table tableName add unqiue [indexName](user_name(length)); 3>主键(要确定列不能为null) alter table tableName modify columnName type not null; alter table tableName add primary key(columnName); 4>全文索引 alter table tableName add fulltext indexName(columnName); 删除索引:drop index 索引名 on 表名; 1>普通索引/唯一索引 drop index [indexName] on tableName; alter table tableName drop index indexName; 2>主键(删除主键时只需指定PRIMARY KEY,但在删除索引时,你必须知道索引名。) alter table tableName drop primary key; 五、显示索引信息 show index from tableName;
案例:
select version(); -- 5.7.31-log drop database if exists mysql_study; create database if not exists mysql_study default charset utf8; use mysql_study; drop table if exists employee; create table if not exists employee ( emp_id int unsigned auto_increment,#primary key 可以在这里加 emp_name varchar(20) not null, emp_age int not null, emp_no varchar(20),#unique 可以在这里加 emp_email varchar(50), create_time datetime default now(), emp_sex tinyint, #index 不可以这样加索引,因为index只是索引,没有约束一说,所以不能在定义字段的时候加索引 is_delete tinyint unsigned, primary key(emp_id), unique(emp_no), index(emp_sex) )engine = innodb default charset = utf8; -- create index index_name on employee(emp_email); #添加普通索引 【数据过多时,添加的很慢】 -- create index index_name on employee(emp_email, emp_age); #添加普通联合索引 -- create unique unique_name on employee(emp_no); #添加唯一索引 -- alter table employee add index index_name(emp_email); #修改表结构(添加索引) -- drop index index_name on employee; #删除索引 show columns from employee; show index from employee; -- 添加200万+的数据做测试 start drop procedure if exists insert_employee_pro; delimiter $ create procedure insert_employee_pro ( count int ) begin declare i int; declare age tinyint; declare is_delete tinyint; declare sex tinyint; set count = ifnull(count, 100); set i = 1; set age = 20; set is_delete = 0; set sex = 0; while i <= count do insert into employee(emp_name, emp_age, emp_no, emp_email, emp_sex, is_delete) values(concat('gxy', i), age, concat('gxh', i), concat('gmd', i, '@qq.com'), sex, is_delete); set i = i + 1; set age = age + 1; if age > 40 then set age = 20; end if; if is_delete = 0 then set is_delete = 1; else set is_delete = 0; end if; set sex = sex + 1; if sex > 2 then set sex = 0; end if; end while; end; $ delimiter ; -- 添加200万+的数据做测试 end #查看存储过程单个 show create procedure insert_employee_pro; call insert_employee_pro(2654321); -- 测试查询速度 -- 无索引 select * from employee where emp_email = 'gmd1239879@qq.com'; #1.673秒很慢 select * from employee where emp_age > 30 order by emp_age limit 10 offset 100000;#1.918 #加上索引 #1. 一定是为搜索条件的字段创建索引,比如select * from t1 where age > 5;就需要为age加上索引 #2. 在表中已经有大量数据的情况下,建索引会很慢,且占用硬盘空间,插入删除更新都很慢,只有查询快,比如create index idx on s1(id); 会扫描表中所有的数据,然后以id为数据项,创建索引结构,存放于硬盘的表中。建完以后,再查询就会很快了 #3. 需要注意的是:innodb表的索引会存放于s1.ibd文件中,而myisam表的索引则会有单独的索引文件table1.MYI create index emp_email on employee(emp_email);#创建时间7.131秒 select * from employee where emp_email = 'gmd1239879@qq.com'; #0.035 drop index emp_email on employee; create index emp_age on employee(emp_age);#创建时间4.621 select * from employee where emp_age > 30 order by emp_age limit 10 offset 100000;#0.862 drop index emp_age on employee; #正确使用索引 #1、覆盖索引 #select * from s1 where id=123; #该sql命中了索引,但未覆盖索引。 #利用id=123到索引的数据结构中定位到该id在硬盘中的位置,或者说再数据表中的位置。 #但是我们select的字段为*,除了id以外还需要其他字段,这就意味着,我们通过索引结构取到id还不够, #还需要利用该id再去找到该id所在行的其他字段值,这是需要时间的,很明显,如果我们只select id,就减去了这份苦恼,如下 #select id from s1 where id=123; #这条就是覆盖索引了,命中索引,且从索引的数据结构直接就取到了id在硬盘的地址,速度很快 #2、联合索引 select * from employee where emp_email = 'gmd1239879@qq.com' and emp_age = 37; #1.528 create index indexName on employee(emp_email, emp_age); select * from employee where emp_email = 'gmd1239879@qq.com' and emp_age = 37; #0.034 select * from employee where emp_age = 37 limit 1; #1.572 drop index indexName on employee; #3、索引合并 #索引合并:把多个单列索引合并使用 #分析: #组合索引能做到的事情,我们都可以用索引合并去解决,比如 #create index indexName on employee(emp_email, emp_no);#组合索引 #我们完全可以单独为 emp_email 和 emp_no 创建索引 #组合索引可以命中: #select * from employee where emp_email = 'gmd1239879@qq.com'; #select * from employee where emp_email = 'gmd1239879@qq.com' and emp_age = 37; #索引合并可以命中: #select * from employee where emp_email = 'gmd1239879@qq.com'; #select * from employee where emp_age = 37; #select * from employee where emp_email = 'gmd1239879@qq.com' and emp_age = 37; #乍一看好像索引合并更好了:可以命中更多的情况,但其实要分情况去看,如果是name='egon' and email='adf', #那么组合索引的效率要高于索引合并,如果是单条件查,那么还是用索引合并比较合理 #若想利用索引达到预想的提高查询速度的效果,我们在添加索引时,必须遵循以下原则 #1.最左前缀匹配原则,非常重要的原则, #create index ix_name_email on s1(name,email,) -- 最左前缀匹配:必须按照从左到右的顺序匹配 #select * from s1 where name='egon'; #可以 #select * from s1 where name='egon' and email='asdf'; #可以 #select * from s1 where email='alex@oldboy.com'; #不可以 #mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配, #比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引, #d是用不到索引的,如果建立(a,b,d,c)的索引则都可以用到,a,b,d的顺序可以任意调整。 #2.=和in可以乱序,比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器 #会帮你优化成索引可以识别的形式 #3.尽量选择区分度高的列作为索引,区分度的公式是count(distinct col)/count(*), #表示字段不重复的比例,比例越大我们扫描的记录数越少,唯一键的区分度是1,而一些状态、 #性别字段可能在大数据面前区分度就是0,那可能有人会问,这个比例有什么经验值吗?使用场景不同, #这个值也很难确定,一般需要join的字段我们都要求是0.1以上,即平均1条扫描10条记录 #4.索引列不能参与计算,保持列“干净”,比如from_unixtime(create_time) = ’2014-05-29’ #就不能使用到索引,原因很简单,b+树中存的都是数据表中的字段值, #但进行检索时,需要把所有元素都应用函数才能比较,显然成本太大。 #所以语句应该写成create_time = unix_timestamp(’2014-05-29’); #最左前缀示范 #select * from s1 where id>3 and name='egon' and email='alex333@oldboy.com' and gender='male'; #create index indexName on tableName(id,name,email,gender); #未遵循最左前缀 #create index indexName on tableName(name,email,gender,id); #遵循最左前缀 #最左前缀匹配 #index(id,age,email,name) #条件中一定要出现id(只要出现id就会提升速度) #id #id age #email id #id name #email #不行 如果单独这个就不能提升速度了 #索引无法命中的情况需要注意: #like '%xx' #使用函数 #select * from tb1 where reverse(email) = 'wupeiqi'; #or #特别的:当or条件中有未建立索引的列才失效,以下会走索引 #select * from tb1 where nid = 1 or name = 'seven'; #select * from tb1 where nid = 1 or name = 'seven@live.com' and email = 'alex' #类型不一致 #如果列是字符串类型,传入条件是必须用引号引起来,不然... #select * from tb1 where email = 999; #普通索引的不等于不会走索引 #!= #特别的:如果是主键,则还是会走索引 #> #select * from tb1 where email > 'alex' #特别的:如果是主键或索引是整数类型,则还是会走索引 #排序条件为索引,则select字段必须也是索引字段,否则无法命中 #当根据索引排序时候,select查询的字段如果不是索引,则不走索引 #select name from s1 order by email desc;不走 #select email from s1 order by email desc;走 #特别的:如果对主键排序,则还是走索引: #select * from tb1 order by nid desc; #组合索引最左前缀 #如果组合索引为:(name,email) #name and email -- 使用索引 #name -- 使用索引 #email -- 不使用索引 #count(1)或count(列)代替count(*),注意count(列)的null #避免使用select * #count(1)或count(列) 代替 count(*) #创建表时尽量时 char 代替 varchar #表的字段顺序固定长度的字段优先 #组合索引代替多个单列索引(经常使用多个条件查询时) #尽量使用短索引 #使用连接(JOIN)来代替子查询(Sub-Queries) #连表时注意条件类型需一致 #索引散列值(重复少)不适合建索引,例:性别不适合 #慢查询优化的基本步骤 #0.先运行看看是否真的很慢,注意设置 SQL_NO_CACHE #1.where条件单表查,锁定最小返回记录表。这句话的意思是把查询语句的where都应用到表中返回的记录数最小的表开始查起,单表每个字段分别查询,看哪个字段的区分度最高 #2.explain查看执行计划,是否与1预期一致(从锁定记录较少的表开始查询) #3.order by limit 形式的sql语句让排序的表优先查 #4.了解业务方使用场景 #5.加索引时参照建索引的几大原则 #6.观察结果,不符合预期继续从0分析