SQL优化索引的实操与功能

数据库 MySQL
以下的文章主要介绍的是SQL优化索引问题的实际操作,以及MySQLSQL优化索引的功能的描述,希望会给你带来帮助在此方面。

以下的文章主要介绍的是SQL优化索引问题,在一般的数据库中,用MySQLSQL优化索引来对相关数据库进行优化的使用率是相当高的。以下的文章主要是通过索引通常可以帮助我们解决大多数的SQL性能问题。

1. 索引的存储分类

MyISAM存储引擎的表的数据和索引时自动分开存储的,各自是独立的一个文件;InnoDB存储引擎的表的数据和索引时存储在同一表空间里面,但可以有多个文件组成。

MySQL中索引的存储类型目前只有两种(BTREE和HASH),具体和表的存储引擎相关;MyISAM和InnoDB存储引擎都只支持BTREE索引;MEMORY/HEAP存储引擎可以支持HASH和BTREE索引。

MySQL目前不支持函数索引,但是能对列的前面某一部分进行索引,例如name字段,可以以只取name的前4个字符进行MySQLSQL优化索引,这个特征可以大大缩小索引文件的大小。在设计表结构的时候也可以对文本列根据此特性进行灵活设计。例如

引用

  1. create index ind_company2_name on company2(name(4))  

2. MySQL如何使用索引

索引用于快速找出在某个列中有一特定值的行。对相关列使用索引时提高SELECT操作性能的***途径。
查询要使用索引最主要的条件是查询条件中需要使用索引关键字,如果是多列索引,那么只有查询条件使用了多列关

SQL优化索引问题

一般在数据中,很多朋友很喜欢用MySQLSQL优化索引来对数据库优化。通过索引通常可以帮助我们解决大多数的SQL性能问题。

 

1. 索引的存储分类

MyISAM存储引擎的表的数据和索引时自动分开存储的,各自是独立的一个文件;InnoDB存储引擎的表的数据和索引时存储在同一表空间里面,但可以有多个文件组成。

 

MySQL中索引的存储类型目前只有两种(BTREE和HASH),具体和表的存储引擎相关;MyISAM和InnoDB存储引擎都只支持BTREE索引;MEMORY/HEAP存储引擎可以支持HASH和BTREE索引。

 

MySQL目前不支持函数索引,但是能对列的前面某一部分进行索引,例如name字段,可以以只取name的前4个字符进行MySQLSQL优化索引,这个特征可以大大缩小索引文件的大小。在设计表结构的时候也可以对文本列根据此特性进行灵活设计。例如

 

引用

  1. create index ind_company2_name on company2(name(4))  

2. MySQL如何使用索引

索引用于快速找出在某个列中有一特定值的行。对相关列使用索引时提高SELECT操作性能的***途径。

 

查询要使用索引最主要的条件是查询条件中需要使用索引关键字,如果是多列索引,那么只有查询条件使用了多列关键字最左边的前缀时,才可以使用索引,否则将不能使用索引。

 

1. 使用索引

在MySQL中,下列几种情况下可能使用索引。

 

对于创建的多列索引,只要查询的条件中用到了最左边的列,MySQLSQL优化索引一般就会使用。

 

例如:

 

引用

我们首先按company_id ,Moneys的顺序创建一个复合索引

  1. create index ind_sales2_companyid_moneys on sales2(company_id,moneys)  

 

如果按company_id进行表查询

 

引用

使用explain来分析下

  1. explain select * from sales2 where company_id =2000 \G;   
  2. explain select * from sales2 where moneys = 1\G;  

 

通过上面你可以发现即便where条件中不是用company_id 和 moneys的组合条件,索引仍然能用到,这就是索引的前缀特性。但是如果只按照moneys条件查询表,那么索引就不会被用到。

 

对于使用like的查询,后面如果是常量并且只有%号不在***字符,MySQLSQL优化索引才能会被使用例如

引用

  1. explain select * from company2 where name like "%3"\G;   
  2. explain select * from company2 where name like "3%"\G;  

 

以上两句你可以认为是一样的。其实是不一样的。***句其实没有用到索引,而第二句才能够利用到索引。另外如果like后面跟的是一个列的名字,那么索引也不会被使用。

 

如果对大是文本进行搜索,使用全文索引而不用使用like"%..%"

如果列名是索引,使用column_name is null 将使用索引如

 

查询name为nll的记录就用到了索引

 

引用

  1. explain select * from company2 where name is null \G;  

 

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

 

引用

 

1. 如果Mysql估计使用索引比全表扫描更慢,则不使用索引。

例如列key_part1均匀分布在1和100之间,下列查询中使用索引就不是很好

 

  1. 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的值将很高,这个值代表了一个行被MySQLSQL优化索引值读的次数,很低的值表明增加索引得到的性能改善不高,因为索引经常不被使用到。Handler_read_rnd_next的值高则说明查询运行低效,并且应该建立索引补救。

 

这个值的含义是在数据文件中读取下一行的请求数。如果正进行大量的表扫描,Handler_read_rnd_next的值较高,则通常说明表索引不正确或者写入的查询没有利用索引。

还记得怎么看Handler_read_rnd_next 吗? 使用

 

  1. show statuts like 'Handler_read_%';  

 

 

键字最左边的前缀时,才可以使用索引,否则将不能使用索引。

 

1. 使用索引
在MySQL中,下列几种情况下可能使用索引。
对于创建的多列索引,只要查询的条件中用到了最左边的列,MySQLSQL优化索引一般就会使用。
例如:

引用

我们首先按company_id ,Moneys的顺序创建一个复合索引 

  1. create index ind_sales2_companyid_moneys on sales2(company_id,moneys)  

如果按company_id进行表查询

引用

使用explain来分析下 

  1. explain select * from sales2 where company_id =2000 \G;   
  2. explain select * from sales2 where moneys = 1\G;  

通过上面你可以发现即便where条件中不是用company_id 和 moneys的组合条件,索引仍然能用到,这就是索引的前缀特性。但是如果只按照moneys条件查询表,那么索引就不会被用到。

对于使用like的查询,后面如果是常量并且只有%号不在***字符,MySQLSQL优化索引才能会被使用例如

引用

  1. explain select * from company2 where name like "%3"\G;   
  2. explain select * from company2 where name like "3%"\G;  

以上两句你可以认为是一样的。其实是不一样的。***句其实没有用到索引,而第二句才能够利用到索引。另外如果like后面跟的是一个列的名字,那么索引也不会被使用。

如果对大是文本进行搜索,使用全文索引而不用使用like"%..%"

如果列名是索引,使用column_name is null 将使用索引如

查询name为nll的记录就用到了索引

【编辑推荐】

  1. 影响MySQL数据库安全的4个选项介绍
  2. MySQL高效分页查询的实际操作步骤
  3. MySQL AUTO_INCREMENT实际操作用法
  4. MySQL启动方法与实际操作步骤
  5. MySQL5字符集问题的解决方案
责任编辑:佚名 来源: 互联网
相关推荐

2021-05-12 10:40:09

索引数据库代码

2010-05-21 12:15:52

2010-05-24 17:20:07

MySQL导入

2010-05-04 17:49:39

Oracle安装

2024-07-25 13:53:19

2010-04-12 17:00:37

Oracle索引聚簇表

2010-05-20 15:53:15

配置MySQL

2010-04-29 14:23:08

Oracle初始参数

2010-04-14 11:22:12

Oracle同时访问

2010-04-16 12:58:48

Oracle sql

2010-06-18 13:18:29

SQL Server

2010-04-12 09:36:29

Oacle merge

2010-05-11 10:22:43

Mysql日期

2010-07-05 09:55:53

2010-05-18 12:24:16

MySQL binlo

2010-04-15 14:18:30

Oracle创建

2010-05-10 17:00:53

Oracle死锁进程

2010-04-09 10:13:13

Oracle数据字典

2010-05-17 15:58:05

MySQL Admin

2010-05-21 10:33:15

MySQL日志文件
点赞
收藏

51CTO技术栈公众号