mysql 索引知识积累

最新推荐文章于 2024-11-06 11:17:40 发布

iteye_17357

最新推荐文章于 2024-11-06 11:17:40 发布

阅读量134

点赞数

分类专栏： java 文章标签：数据库人工智能

本文链接：https://blog.csdn.net/iteye_17357/article/details/82453185

版权

java 专栏收录该内容

16 篇文章 0 订阅

订阅专栏

1.MySQL能够在name的索引中查找“Mike”值，然后直接转到数据文件中相应的行，准确地返回该行的 peopleid（999）。在这个过程中，MySQL只需处理一个行就可以返回结果。如果没有“name”列的索引，MySQL要扫描数据文件中的所有记录，即1000个记录！显然，需要MySQL处理的记录数量越少，则它完成任务的速度就越快。

2.当我们执行查询的时候，MySQL只能使用一个索引。如果你有三个单列的索引，MySQL会试图选择一个限制最严格的索引。但是，即使是限制最严格的单列索引，它的限制能力也肯定远远低于firstname、lastname、age这三个列上的多列索引。

3.多列索引还有另外一个优点，它通过称为最左前缀（Leftmost Prefixing）的概念体现出来。继续考虑前面的例子，现在我们有一个firstname、lastname、age列上的多列索引，我们称这个索引为fname_lname_age。当搜索条件是以下各种列的组合时，MySQL将使用fname_lname_age索引：

firstname，lastname，age
firstname，lastname
firstname

从另一方面理解，它相当于我们创建了(firstname，lastname，age)、(firstname，lastname)以及(firstname)这些列组合上的索引。下面这些查询都能够使用这个fname_lname_age索引：

SELECT peopleid FROM people WHERE firstname='Mike' AND lastname='Sullivan' AND 
age='17'; SELECT peopleid FROM people WHERE firstname='Mike' AND 
lastname='Sullivan'; SELECT peopleid FROM people WHERE firstname='Mike'; The 
following queries cannot use the index at all: SELECT peopleid FROM people WHERE 
lastname='Sullivan'; SELECT peopleid FROM people WHERE age='17'; SELECT peopleid 
FROM people WHERE lastname='Sullivan' AND age='17';

4. 在性能优化过程中，选择在哪些列上创建索引是最重要的步骤之一。可以考虑使用索引的主要有两种类型的列：在WHERE子句中出现的列，在join子句中出现的列。

5. 我们是否可以简单地认为应该索引WHERE子句和join子句中出现的每一个列呢？差不多如此，但并不完全。我们还必须考虑到对列进行比较的操作符类型。MySQL只有对以下操作符才使用索引：<，<=，=，>，>=，BETWEEN， IN，以及某些时候的LIKE。可以在LIKE操作中使用索引的情形是指另一个操作数不是以通配符（%或者_）开头的情形。例如，“SELECT peopleid FROM people WHERE firstname LIKE 'Mich%';”这个查询将使用索引，但“SELECT peopleid FROM people WHERE firstname LIKE '%ike';”这个查询不会使用索引。

6. 对于需要写入数据的操作，比如DELETE、UPDATE以及INSERT操作，索引会降低它们的速度。这是因为MySQL不仅要把改动数据写入数据文件，而且它还要把这些改动写入索引文件。

7. 索引的存储分类
    MyISAM存储引擎的表的数据和索引时自动分开存储的，各自是独立的一个文件；InnoDB存储引擎的表的数据和索引时存储在同一表空间里面，但可以有多个文件组成。
   MySQL中索引的存储类型目前只有两种(BTREE和HASH),具体和表的存储引擎相关；MyISAM和InnoDB存储引擎都只支持BTREE索引；MEMORY/HEAP存储引擎可以支持HASH和BTREE索引。
   MySQL目前不支持函数索引，但是能对列的前面某一部分进行索引，例如name字段，可以以只取name的前4个字符进行索引，这个特征可以大大缩小索引文件的大小。在设计表结构的时候也可以对文本列根据此特性进行灵活设计。例如

引用

create index ind_company2_name on company2(name(4))

8.下面一些情况存在索引但不使用索引，你可能认为它会用，但是实际上它就是没用。

引用

   1. 如果Mysql估计使用索引比全表扫描更慢，则不使用索引。
    例如列key_part1均匀分布在1和100之间，下列查询中使用索引就不是很好
    select * from table_name where key_part1 > 1 and key_part1 < 90;

   2. 如果使用MEMORY/HEAP表并且where条件中不使用"="进行索引列，那么不会用到索引。heap表只有在" ="的条件下才会使用索引

   3. 用or分割开的条件，如果or前的条件中的列有索引，而后面的列中没用索引，那么涉及的索引都不会被用到

4. 如果不是索引列的第一部分，那么也不会使用。

5. 如果like是以"%"开始

6. 如果列类型是字符串，那么一定记得在where条件中把字符常量值用引号引起来，否则即便这个列上有索引，Mysql也不会使用。因为MYSQL默认把输入的常量值进行转换以后才进行检索。

最后查看索引使用情况
如果索引正在工作，Handler_read_key的值将很高，这个值代表了一个行被索引值读的次数，很低的值表明增加索引得到的性能改善不高，因为索引经常不被使用到。Handler_read_rnd_next的值高则说明查询运行低效，并且应该建立索引补救。这个值的含义是在数据文件中读取下一行的请求数。如果正进行大量的表扫描，Handler_read_rnd_next的值较高，则通常说明表索引不正确或者写入的查询没有利用索引。
还记得怎么看Handler_read_rnd_next 吗？
使用show statuts like 'Handler_read_%';