MySQL优化:索引简述
Posted 脚踏实地,尝试创新
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL优化:索引简述相关的知识,希望对你有一定的参考价值。
一、基本语法
创建索引前会先排序,会影响where和order by的效率。
索引也是一张表,保存了主键和索引字段和指向实体表的记录,也是要占空间的,以索引文件的形式存储在磁盘。
增删改数据时,索引指向也要改变,所以会慢,需要频繁删改的字段不适合建索引。
索引的建立也需要不断的优化、调整。
1、创建,两种写法 CREATE [UNIQUE] INDEX 索引名 ON 表(列1,列2); 主键索引:ALTER TABLE 表 ADD PRIMARY KEY (列); #添加一个主键,索引值必须唯一,不能为null 唯一索引:ALTER TABLE 表 ADD UNIQUE 索引名(列1,列2); #索引列的值必须唯一,可为null,null可出现多次 单值索引:一个索引只包含单个列,一个表可以有多个单列索引 复合索引:ALTER TABLE 表 ADD INDEX 索引名(列1,列2); #普通索引,索引值可出现多次 *全文索引:ALTER TABLE 表 ADD FULLTEXT 索引名(列); 2、删除 DROP INDEX 索引名 ON TABLE; 3、查看 SHOW INDEX FROM 表;
二、索引结构
1、Btree
2、Hash索引
3、full-text全文索引
4、R-tree索引
【Btree检索原理】
树的高度表示最多要查找的次数,广度越广,深度越小查找次数越少
B+Tree所有索引数据都在叶子结点上
三、索引优化思路
1、开启慢查询日志,设置超过几秒为慢SQL,抓取慢SQL
2、通过explain对慢SQL分析(重点)
3、show profile查询SQL在mysql服务器里的执行细节和生命周期情况(重点)
4、对数据库服务器的参数调优
接下来几章节对这四步进行总结。
四、索引使用场景
哪些情况最好建:
①主键会自动建立唯一索引
②查询中与其他表关联的字段,外键关系建立索引
③频繁作为查询条件的字段应该创建索引
④查询或排序后的字段顺序最好和索引一致
⑤单值/组合索引的选择问题,在高并发下倾向创建组合索引
⑥查询中统计或者分组字段
哪些情况最好不建:
①表记录太少
②经常增删改的表,因为更新表时,不仅要保存数据,还要保存索引文件。
③如果某个数据列包含许多重复的内容,为它建立索引就没有太大的实际效果,只为最经常查询和最经常排序的数据建立索引。
④数据所占空间过大的字段不应建索引,空间占的多,会导致树的深度变大
(IO次数取决于b+树的高度h,假设当前数据表的数据为N,每个磁盘块数据项数量是m = 磁盘块的大小/数据项的大小,磁盘块的大小是固定,如果数据项占的空间越小,每个磁盘块数据项数量越多,也即每层能容纳更多数量的数据,树高度越低。)
⑤WHERE条件里用不到的字段不创建索引
⑥频繁更新的字段不适合建立索引,因为每次更新不单单是更新了记录还会更新索引
参考链接:https://www.cnblogs.com/ManyQian/p/9076247.html#_label2
以上是关于MySQL优化:索引简述的主要内容,如果未能解决你的问题,请参考以下文章