什么是索引？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 列上可以创建全⽂索引。
全⽂索引并不是和MyISAM⼀起诞⽣的，它的出现是为了解决WHERE name LIKE “%word%"这类针对⽂本的模糊查询效率较低的问题。
2. HASH
由于HASH的唯⼀（⼏乎100%的唯⼀）及类似键值对的形式，很适合作为索引。
HASH索引可以⼀次定位，不需要像树形索引那样逐层查找，因此具有极⾼的效率。但是，这种⾼效是有条件的，即只在“=”和“in”条件下⾼效，对于范围查询、排序及组合索引仍然效率不⾼。not yet
3. BTREE
BTREE索引就是⼀种将索引值按⼀定的算法，存⼊⼀个树形的数据结构中（⼆叉树），每次查询都是从树的⼊⼝root开始，依次遍历node，获取leaf。这是MySQL⾥默认和最常⽤的索引类型。
4. RTREE
RTREE在MySQL很少使⽤，仅⽀持geometry数据类型，⽀持该类型的存储引擎只有MyISAM、BDb、InnoDb、NDb、Archive⼏种。
相对于BTREE，RTREE的优势在于范围查找。
ps. 此段详细内容见此⽚博⽂：Mysql⼏种索引类型的区别及适⽤情况
三、索引种类
普通索引：仅加速查询
唯⼀索引：加速查询 + 列值唯⼀（可以有null）
主键索引：加速查询 + 列值唯⼀（不可以有null）+ 表中只有⼀个
组合索引：多列值组成⼀个索引，专门⽤于组合搜索，其效率⼤于索引合并
全⽂索引：对⽂本的内容进⾏分词，进⾏搜索
ps.
索引合并，使⽤多个单列索引组合搜索
覆盖索引，lect的数据列只⽤从索引中就能够取得，不必读取数据⾏，换句话说查询列要被所建的索引覆盖
四、操作索引
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. 通过修改表结构创建索引
ALTER TABLE table_name ADD INDEX index_name(col_name);
3. 创建表时直接指定索引
CREATE TABLE table_name (
jpj
ID INT NOT NULL,col_name VARCHAR (16) NOT NULL,INDEX index_name (col_name)
);
4. 删除索引
西安会计--直接删除索引DROP INDEX index_name ON table_name;--修改表结构删除索引ALTER TABLE table_name DROP INDEX index_name;
5. 其它相关命令
- 查看表结构
desc table_name;
- 查看⽣成表的SQL
show create table table_name;
- 查看索引
show index from table_name;
- 查看执⾏时间
xiyut profiling = 1;
<
show profiles;
五、创建索引的时机
tubi
到这⾥我们已经学会了建⽴索引，那么我们需要在什么情况下建⽴索引呢？⼀般来说，在WHERE和JOIN中出现的列需要建⽴索引，但也不完全如此，因为MySQL只对<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE才会使⽤索引。例如：
SELECT t.Name FROM mytable_t LEFT JOIN mytable_m ON t.Name=m.urname WHERE m.age=20 AND m.city='郑州' ;
此时就需要对city和age建⽴索引，由于mytable_m表的urame也出现在了JOIN⼦句中，也有对它建⽴索引的必要。
刚才提到只有某些时候的LIKE才需建⽴索引。因为在以通配符%和_开头作查询时，MySQL不会使⽤索引。
六、命中索引
数据库表中添加索引后确实会让查询速度起飞，但前提必须是正确的使⽤索引来查询，如果以错误的⽅式使⽤，则即使建⽴索引也会不奏效。
即使建⽴索引，索引也不会⽣效：
- like '%xx' lect * from tb1 where name like '%cn';- 使⽤函数
lect * from tb1 where rever(name) = 'wupeiqi';- or lect * from tb1 where nid = 1 or email = '';
特别的：当or条件中有未建⽴索引的列才失效，以下会⾛索引
lect * from tb1 where nid = 1 or name = 'ven';
lect * from tb1 where nid = 1 or email = '' and name = 'alex'- 类型不⼀致
如果列是字符串类型，传⼊条件是必须⽤引号引起来，不然...
lect * from tb1 where name = 999;- != lect * from tb1 where name != 'alex' 特别的：如果是主键，则还是会⾛索引
lect * from tb1 where nid != 123- > lect * from tb1 where name > 'alex' 特别的：如果是主键或索引是整数类型，则还是会⾛索引 lect * from tb1 where nid > 123 lect * from tb1 where num > 123- order by lect email from tb1 order by name desc;
当根据索引排序时候，选择的映射如果不是索引，则不⾛索引
特别的：如果对主键排序，则还是⾛索引：
lect * from tb1 order by nid desc;
中国的英文- 组合索引最左前缀
如果组合索引为：(name,email)
name and email -- 使⽤索引 name -- 使⽤索引 email -- 不使⽤索引
七、其它注意事项
- 避免使⽤lect *- count(1)或count(列) 代替 count(*)- 创建表时尽量时 char 代替 varchar- 表的字段顺序固定长度的字段优先- 组合索引代替多个单列索引（经常使⽤多个条件查询时）- 尽量使⽤短索引- 使⽤连接（JOIN）来代替⼦查询(Sub-Queries)- 连表时注意条件类型需⼀致-索引散列值（重复多）不适合建索引，例：性别不适合
⼋、LIMIT分页
若需求是每页显⽰10条数据，如何建⽴分页？
我们可以先使⽤LIMIT尝试：
--第⼀页SELECT * FROM table_name LIMIT 0,10;--第⼆页SELECT * FROM table_name LIMIT 10,10;--第三页SELECT * FROM
毛遂自荐翻译
table_name LIMIT 20,10;
但是这样做有如下弊端：
每⼀条lect语句都会从1遍历⾄当前位置，若跳转到第100页，则会遍历1000条记录
若记录的id不连续，则会出错
改善：
若已知每页的max_id和min_id，则可以通过主键索引来快速定位:
--下⼀页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优化
mysql> explain lect * from tb2;+----+-------------+-------+------+---------------+------+---------+------+------+-------+| id | lect_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+-------+------+---------------+------+---------+------+------+-------+| 1 | SIMPLE | tb2 | ALL | NULL | NULL | NULL | NULL | 2 | NULL |+----+-------------+-------+------+---------------+------+---------+------+------+-------+1 row in t (0.00 c)
id查询顺序标识
如：mysql> explain lect * from (lect nid,name from tb1 where nid < 10) as B;+----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+| id | lect_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
lect_type
查询类型
SIMPLE 简单查询PRIMARY 最外层查询
SUBQUERY 映射为⼦查询
DERIVED ⼦查询UNION 联合UNION RESULT 使⽤联合的结果
...table正在访问的表名
type
查询时的访问⽅式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/constALL 全表扫描，对于数据表从头到尾找⼀遍lect * from tb1;
特别的：如果有limit限制，则找到之后就不再继续向下扫描 lect * from tb1 where email
= '' lect * from tb1 where email = '' limit 1;
虽然上述两个语句都会进⾏全表扫描，第⼆句使⽤了limit，则找到⼀个后就不再继续扫描。INDEX
全索引扫描，对索引从头到尾找⼀遍lect nid from tb1;
RANGE 对索引列进⾏范围查找lect * from tb1 where name < 'alex';
PS:between andin> >= < <= 操作
注意：!= 和 > 符号
INDEX_MERGE 合并索引，使⽤多个单列索引搜索lect * from tb1 where name = 'alex' or nid in (11,22,33);
REF 根据索引查找⼀个或多个值lect * from tb1 where name = 'ven';
EQ_REF 连接时使⽤primary key 或 unique类型lect tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;
CONST 常量
表最多有⼀个匹配⾏，因为仅有⼀⾏，在这⾏的列值可被优化器剩余部分认为是常数,const表很快，因为它们只读取⼀次。lect nid from tb1 where nid = 2 ;
SYSTEM 系统
表仅有⼀⾏(=系统表)。这是const联接类型的⼀个特例。lect * from (lect nid from tb1 where nid = 1) as A;
possible_keys
可能使⽤的索引key真实使⽤的
key_len
MySQL中使⽤索引字节长度
rows
宝蓝色
mysql估计为了找到所需的⾏⽽要读取的⾏数 ------ 只是预估值extra
该列包含MySQL解决查询的详细信息
“Using index”
此值表⽰mysql将使⽤覆盖索引，以避免访问表。不要把覆盖索引和index访问类型弄混了。
“Using where”
bitting
这意味着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以上的语句。默认情况
下，MySQLl数据库并不启动慢查询⽇志，需要我们⼿动来设置这个参数，当然，如果不是调优需要的话，⼀般不建议启动该参数，因为开启慢查询⽇志会或多或少带来⼀定的性能影响。慢查询⽇志⽀持将⽇志记录写⼊⽂件，也⽀持将⽇志记录写⼊数据库表。
1. 查看慢⽇志参数：
--查询配置命令show variables like '%query%';--当前配置参数binlog_rows_query_log_events OFFft_query_expansion_limit
20have_query_cache YES--时间限制，超过此时间，则记录long_query_time 10.000000query_alloc_block_size
8192query_cache_limit 1048576query_cache_min_res_unit 4096query_cache_size 1048576query_cache_type
OFFquery_cache_wlock_invalidate OFFquery_prealloc_size 8192--是否开启慢⽇志记录slow_query_log OFF--⽇志⽂件
slow_query_log_file D:\Program Files (x86)\mysql-5.7.18-winx64\data\Jack-slow.log--
2. 修改当前配置
1
t global 变量名 = 值;--例如，修改时间限制为20slong_query_time = 20;
ps.也可以直接打开慢⽇志配置⽂件进⾏修改，但必须重启服务才能⽣效
