成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

SQL優化索引的實操與功能

數據庫 MySQL
以下的文章主要介紹的是SQL優化索引問題的實際操作,以及MySQLSQL優化索引的功能的描述,希望會給你帶來幫助在此方面。

以下的文章主要介紹的是SQL優化索引問題,在一般的數據庫中,用MySQLSQL優化索引來對相關數據庫進行優化的使用率是相當高的。以下的文章主要是通過索引通??梢詭椭覀兘鉀Q大多數的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-04 17:49:39

Oracle安裝

2010-05-24 17:20:07

MySQL導入

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-06-18 13:18:29

SQL Server

2010-04-16 12:58:48

Oracle sql

2010-05-11 10:22:43

Mysql日期

2010-04-12 09:36:29

Oacle merge

2010-07-05 09:55:53

2010-04-09 10:13:13

Oracle數據字典

2010-04-15 14:18:30

Oracle創建

2010-05-10 17:00:53

Oracle死鎖進程

2010-05-18 12:24:16

MySQL binlo

2010-05-21 10:33:15

MySQL日志文件

2010-04-01 11:21:51

Oracle備份
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 欧美精品欧美精品系列 | 精品视频一区二区三区在线观看 | 99精品视频免费观看 | 欧美亚州综合 | 99亚洲| 国产欧美一级二级三级在线视频 | 久久国产成人 | 在线播放亚洲 | 日韩中文字幕视频在线 | 国产高清自拍视频在线观看 | 一区在线视频 | 四虎影音 | 亚洲乱码一区二区 | 久久国产精品精品 | av中文字幕网 | 久久久精品在线 | 国产视频亚洲视频 | 精品国产一区二区在线 | 精品在线一区二区三区 | 99久久精品国产麻豆演员表 | 国产中文一区二区三区 | 大陆一级毛片免费视频观看 | 日本精品在线观看 | 国产aⅴ爽av久久久久久久 | 欧美日韩成人影院 | 韩日av在线 | 一区二区三区久久久 | av网站在线看 | 伦理一区二区 | 91在线第一页 | 狠狠干天天干 | 日日夜夜精品 | 黄视频网站免费观看 | 羞羞的视频在线观看 | 日韩精品 电影一区 亚洲 | 亚洲精品乱码久久久久久9色 | 秋霞av国产精品一区 | 亚洲人一区| 亚洲高清一区二区三区 | 日韩午夜影院 | 久久一 |