四种常见的索引类型
主键索引:数据记录⾥⾯不能有 null,数据内容不能重复,在⼀张表⾥⾯不能有
多个主键索引。
普通索引:使⽤字段关键字建⽴的索引,主要是提⾼查询速度
唯⼀索引:字段数据是唯⼀的,数据内容⾥⾯能否为 null,在⼀张表⾥⾯,是可
以添加多个唯⼀索引。
全⽂索引:在⽐较⽼的版本中,只有 myisam 引擎⽀持全⽂索引,在 innodb5.6
后引擎也⽀持全⽂索引,在 mysql 中全⽂索引不⽀持中⽂。我们⼀般使⽤ sphinx 集合
coreseek 来实现中⽂的全⽂索引。
什么是索引?Mysql⽬前主要的⼏种索引类型
⼀、索引
MySQL索引的建⽴对于MySQL的⾼效运⾏是很重要的,索引可以⼤⼤提⾼MySQL的检索速度。
打个⽐⽅,如果合理的设计且使⽤索引的MySQL是⼀辆兰博基尼的话,那么没有设计和使⽤索引的MySQL就是⼀个⼈⼒三轮车。
索引分单列索引和组合索引。单列索引,即⼀个索引只包含单个列,⼀个表可以有多个单列索引,但这不是组合索引。组合索引,即⼀个索引包含多个列。
创建索引时,你需要确保该索引是应⽤在 SQL 查询语句的条件(⼀般作为 WHERE ⼦句的条件)。
实际上,索引也是⼀张表,该表保存了主键与索引字段,并指向实体表的记录。
上⾯都在说使⽤索引的好处,但过多的使⽤索引将会造成滥⽤。因此索引也会有它的缺点:虽然索引⼤⼤提⾼了查询速度,同时却会降低更新表的速度,如对表进⾏INSERT、UPDATE和DELETE。因为更新表时,MySQL不仅要保存数据,还要保存⼀下索引⽂件。
建⽴索引会占⽤磁盘空间的索引⽂件。
⼆、索引类型
Mysql⽬前主要有以下⼏种索引类型:FULLTEXT,HASH,BTREE,RTREE。
1. FULLTEXT
即为全⽂索引,⽬前只有MyISAM引擎⽀持。其可以在CREATE TABLE ,ALTER TABLE ,CREATE INDEX 使⽤,不过⽬前只有CHAR、VARCHAR ,TEXT 列上可以创建全⽂索引。
union是什么类型全⽂索引并不是和MyISAM⼀起诞⽣的,它的出现是为了解决WHERE name LIKE “%word%"这类针对⽂本的模糊查询效率较低的问题。
2. HASH
由于HASH的唯⼀(⼏乎100%的唯⼀)及类似键值对的形式,很适合作为索引。
HASH索引可以⼀次定位,不需要像树形索引那样逐层查,因此具有极⾼的效率。但是,这种⾼效是有条件的,即只在“=”和“in”条件下⾼效,对于范围查询、排序及组合索引仍然效率不⾼。
3. BTREE
BTREE索引就是⼀种将索引值按⼀定的算法,存⼊⼀个树形的数据结构中(⼆叉树),每次查询都是从树的⼊⼝root开始,依次遍历node,获取leaf。这是MySQL⾥默认和最常⽤的索引类型。
4. RTREE
RTREE在MySQL很少使⽤,仅⽀持geometry数据类型,⽀持该类型的存储引擎只有MyISAM、BDb、InnoDb、NDb、Archive⼏种。
相对于BTREE,RTREE的优势在于范围查。
ps. 此段详细内容见此⽚博⽂:Mysql⼏种索引类型的区别及适⽤情况
三、索引种类
普通索引:仅加速查询
唯⼀索引:加速查询 + 列值唯⼀(可以有null)
主键索引:加速查询 + 列值唯⼀(不可以有null)+ 表中只有⼀个
组合索引:多列值组成⼀个索引,专门⽤于组合搜索,其效率⼤于索引合并
全⽂索引:对⽂本的内容进⾏分词,进⾏搜索
ps.
索引合并,使⽤多个单列索引组合搜索
覆盖索引,select的数据列只⽤从索引中就能够取得,不必读取数据⾏,换句话说查询列要被所建的索引覆盖
四、操作索引
1. 创建索引
1--创建普通索引CREATE INDEX index_name ON table_name(col_name);--创建唯⼀索引CREATE UNIQUE INDEX index_name ON table_name(col_name);--创建普通组合索引CREATE INDEX index_name ON table_name(col_name_1,col_name_2);--创建唯⼀组合索引CREATE UNIQUE INDEX index_name ON
table_name(col_name_1,col_name_2);
2. 通过修改表结构创建索引
1ALTER TABLE table_name ADD INDEX index_name(col_name);
3. 创建表时直接指定索引
1 2 3CREATE TABLE table_name (
ID INT NOT NULL,col_name VARCHAR (16) NOT NULL,INDEX index_name (col_name) );
4. 删除索引
1--直接删除索引DROP INDEX index_name ON table_name;--修改表结构删除索引ALTER TABLE table_name DROP INDEX index_name;
5. 其它相关命令
1
2 3 4 5 6 7 8 9 10- 查看表结构
desc table_name;
- 查看⽣成表的SQL
show create table table_name; - 查看索引
show index from  table_name; - 查看执⾏时间
set profiling = 1;
<
show profiles;
五、创建索引的时机
到这⾥我们已经学会了建⽴索引,那么我们需要在什么情况下建⽴索引呢?⼀般来说,在WHERE和JOIN中出现的列需要建⽴索引,但也不完全如此,因为MySQL只对<,<=,=,>,>=,BETWEEN,IN,以及某些时候的LIKE才会使⽤索引。例如:
1SELECT t.Name  FROM mytable_t LEFT JOIN mytable_m ON t.Name=m.username WHERE m.age=20 AND m.city='郑州';
此时就需要对city和age建⽴索引,由于mytable_m表的userame也出现在了JOIN⼦句中,也有对它建⽴索引的必要。
刚才提到只有某些时候的LIKE才需建⽴索引。因为在以通配符%和_开头作查询时,MySQL不会使⽤索引。
六、命中索引
数据库表中添加索引后确实会让查询速度起飞,但前提必须是正确的使⽤索引来查询,如果以错误的⽅式使⽤,则即使建⽴索引也会不奏效。
即使建⽴索引,索引也不会⽣效:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15- like '%xx'select * from tb1 where name like '%cn';- 使⽤函数
select * from tb1 where reverse(name) = 'wupeiqi';- or select * from tb1 where nid = 1 or email = 'seven@live';
特别的:当or条件中有未建⽴索引的列才失效,以下会⾛索引
select * from tb1 where nid = 1 or name = 'seven';
select * from tb1 where nid = 1 or email = 'seven@live'and name = 'alex'- 类型不⼀致
如果列是字符串类型,传⼊条件是必须⽤引号引起来,不然...
select * from tb1 where name = 999;- !=    select * from tb1 where name != 'alex'特别的:如果是主键,则还是会⾛索引
select * from tb1 where nid != 123- >    select * from tb1 where name > 'alex'特别的:如果是主键或索引是整数类型,则还是会⾛索引        select * from tb1 where nid > 123        select * from tb1 where num > 123- order by    select email from tb1 order by name desc;
当根据索引排序时候,选择的映射如果不是索引,则不⾛索引
特别的:如果对主键排序,则还是⾛索引:
select * from tb1 order by nid desc;
- 组合索引最左前缀
如果组合索引为:(name,email)
name and email      -- 使⽤索引    name                -- 使⽤索引    email                -- 不使⽤索引
七、其它注意事项
1- 避免使⽤select *- count(1)或count(列) 代替 count(*)- 创建表时尽量时 char 代替 varchar- 表的字段顺序固定长度的字段优先- 组合索引代替多个单列索引(经常使⽤多个条件查询时)- 尽量使⽤短索引- 使
⽤连接(JOIN)来代替⼦查询(Sub-Queries)- 连表时注意条件类型需⼀致- 索引散列值(重复多)不适合建索引,例:性别不适合
⼋、LIMIT分页
若需求是每页显⽰10条数据,如何建⽴分页?
我们可以先使⽤LIMIT尝试:
1--第⼀页SELECT * FROM table_name LIMIT 0,10;--第⼆页SELECT * FROM table_name LIMIT 10,10;--第三页SELECT * FROM table_name LIMIT 20,10;
但是这样做有如下弊端:
每⼀条select语句都会从1遍历⾄当前位置,若跳转到第100页,则会遍历1000条记录若记录的id不连续,则会出错
改善:
若已知每页的max_id和min_id,则可以通过主键索引来快速定位:
1--下⼀页SELECT * FROM table_name WHERE id in (SELECT id FROM table_name WHERE id > max_id LIMIT 10);--上⼀页SELECT * FROM table_name WHERE id in (SELECT id FROM table_name WHERE id < min_id ORDER BY id DESC LIMIT 10);--当前页之后的某⼀页SELECT * FROM table_name WHERE id in (SELECT id FROM (SELECT id FROM (SELECT id FROM table_name WHERE id < min_id ORDER BY id desc LIMIT (页数差*10)) AS N ORDER BY N.id ASC LIMIT 10) AS P ORDER BY P.id ASC);--当前页之前的某⼀页SELECT * FROM table_name WHERE id in (SELECT id FROM (SELECT id FROM (SELECT id FROM table_name WHERE id > max_id LIMIT (页数差*10)) AS N ORDER BY N.id DESC LIMIT 10) AS P) ORDER BY id ASC;
九、执⾏计划
explain + 查询SQL - ⽤于显⽰SQL执⾏信息参数,根据参考信息可以进⾏SQL优化
1mysql> explain select * from tb2;+----+-------------+-------+------+---------------+------+---------+------+------+-------+| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra |+----+-------------+-------+------+---------------+------+---------+------+------+-------+|  1 | SIMPLE      | tb2  | ALL  | NULL          | NULL | NULL    | NULL |    2 | NULL  |+----+-------------+-------+------+---------------+------+---------+------+------+-------+1 row in set (0.00 sec)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21id查询顺序标识
如:mysql> explain select * from (select nid,name from tb1 where nid < 10) as B;+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+| id | select_type | table      | type  | possible_keys | key    | key_len | ref  | rows | Extra      |+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+|  1 | PRIMARY    | <derived2> | ALL  | NULL          | NULL    | NULL    | NULL |    9 | NULL        ||  2 | DERIVED    | tb1        | range | PRIMARY      | PRIMARY | 8      | NULL |    9 | Using where |+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+        特别的:如果使⽤union连接其值可能为null
select_type
查询类型
SIMPLE          简单查询PRIMARY        最外层查询
SUBQUERY        映射为⼦查询
DERIVED        ⼦查询UNION          联合UNION RESULT    使⽤联合的结果
...table正在访问的表名
type
查询时的访问⽅式,性能:all < index < range < index_merge < ref_or_null < ref < eq_ref < system/constALL            全表扫描,对于数据表从头到尾⼀遍select * from tb1;
特别的:如果有limit限制,则到之后就不再继续向下扫描                                  select * from tb1 where email = 'seven@live'select * from tb1 where email = 'seven@live'limit 1;
虽然上述两个语句都会进⾏全表扫描,第⼆句使⽤了limit,则到⼀个后就不再继续扫描。INDEX          全索引扫描,对索引从头到尾⼀遍select nid from tb1;
RANGE          对索引列进⾏范围查select *  from tb1 where name < 'alex';
PS:between andin>  >=  <  <=  操作
22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54
注意:!= 和 > 符号
INDEX_MERGE    合并索引,使⽤多个单列索引搜索select *  from tb1 where name = 'alex'or nid in (11,22,33);
REF            根据索引查⼀个或多个值select *  from tb1 where name = 'seven';
EQ_REF          连接时使⽤primary key 或 unique类型select tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;
CONST          常量
表最多有⼀个匹配⾏,因为仅有⼀⾏,在这⾏的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取⼀次。select nid from tb1 where nid = 2 ;
SYSTEM          系统
表仅有⼀⾏(=系统表)。这是const联接类型的⼀个特例。select * from (select nid from tb1 where nid = 1) as A;
possible_keys
可能使⽤的索引key真实使⽤的
key_len
MySQL中使⽤索引字节长度
rows
mysql估计为了到所需的⾏⽽要读取的⾏数 ------ 只是预估值extra
该列包含MySQL解决查询的详细信息
“Using index”
此值表⽰mysql将使⽤覆盖索引,以避免访问表。不要把覆盖索引和index访问类型弄混了。
“Using where”
这意味着mysql服务器将在存储引擎检索⾏后再进⾏过滤,许多where条件⾥涉及索引中的列,当(并且如果)它读取索引时,就能被存储引擎检验,因此不是所有带where⼦句的查询都会显⽰“Using where”。有时“Using where”的出现就是⼀个暗⽰:查询可受益于不同的索引。
“Using temporary”
这意味着mysql在对查询结果排序时会使⽤⼀个临时表。
“Using filesort”
这意味着mysql会对结果使⽤⼀个外部索引排序,⽽不是按索引次序从表⾥读取⾏。mysql有两种⽂件排序算法,这两种排序⽅式都可以在内存或者磁盘上完成,explain不会告诉你mysql将使⽤哪⼀种⽂件排序,也不会告诉你排序会在内存⾥还是磁盘上完成。
“Range checked for each record(index map: N)”
这个意味着没有好⽤的索引,新的索引将在联接的每⼀⾏上重新估算,N是显⽰在possible_keys列中索引的位图,并且是冗余的。
上表详解
⼗、慢查询⽇志
MySQL的慢查询⽇志是MySQL提供的⼀种⽇志记录,它⽤来记录在MySQL中响应时间超过阀值的语句,
具体指运⾏时间超过long_query_time值的SQL,则会被记录到慢查询⽇志中。long_query_time的默认值为10,意思是运⾏10S以上的语句。默认情况