MySQLSQL優化索引的實際問題解決在實際中的應用比例還是占為多數的,如果你對MySQLSQL優化索引的實際問題解決技術,心存好奇的話,以下的文章將會揭開它的神秘面紗。
一般在數據中,很多朋友很喜歡用索引來對數據庫優化。通過MySQLSQL優化索引通常可以幫助我們解決大多數的SQL性能問題。
1. 索引的存儲分類
MyISAM存儲引擎的表的數據和索引時自動分開存儲的,各自是獨立的一個文件;InnoDB存儲引擎的表的數據和索引時存儲在同一表空間裡面,但可以有多個文件組成。
MySQL中索引的存儲類型目前只有兩種(BTREE和HASH),具體和表的存儲引擎相關;MyISAM和InnoDB存儲引擎都只支持BTREE索引;MEMORY/HEAP存儲引擎可以支持HASH和BTREE索引。
MySQL目前不支持函數索引,但是能對列的前面某一部分進行MySQLSQL優化索引,例如name字段,可以以只取name的前4個字符進行索引,這個特征可以大大縮小索引文件的大小。在設計表結構的時候也可以對文本列根據此特性進行靈活設計。例如
引用
create index ind_company2_name on company2(name(4))
2. MySQL如何使用索引
索引用於快速找出在某個列中有一特定值的行。對相關列使用索引時提高SELECT操作性能的最佳途徑。
查詢要使用索引最主要的條件是查詢條件中需要使用索引關鍵字,如果是多列索引,那麼只有查詢條件使用了多列關鍵字最左邊的前綴時,才可以使用索引,否則將不能使用索引。
1. 使用索引
在MySQL中,下列幾種情況下可能使用索引。
對於創建的多列索引,只要查詢的條件中用到了最左邊的列,MySQLSQL優化索引一般就會使用。
例如:
引用
我們首先按company_id ,Moneys的順序創建一個復合MySQLSQL優化索引
create index ind_sales2_companyid_moneys on sales2(company_id,moneys)
如果按company_id進行表查詢
引用
使用explain來分析下
explain select * from sales2 where company_id =2000 \G;
explain select * from sales2 where moneys = 1\G;
通過上面你可以發現即便where條件中不是用company_id 和 moneys的組合條件,索引仍然能用到,這就是索引的前綴特性。但是如果只按照moneys條件查詢表,那麼索引就不會被用到。
對於使用like的查詢,後面如果是常量並且只有%號不在第一字符,索引才能會被使用例如
引用
explain select * from company2 where name like "%3"\G;
explain select * from company2 where name like "3%"\G;
以上兩句你可以認為是一樣的。其實是不一樣的。第一句其實沒有用到MySQLSQL優化索引,而第二句才能夠利用到索引。另外如果like後面跟的是一個列的名字,那麼索引也不會被使用。
如果對大是文本進行搜索,使用全文索引而不用使用like"%..%"
如果列名是索引,使用column_name is null 將使用索引如
查詢name為nll的記錄就用到了索引
引用
explain select * from company2 where name is null \G;
2. 下面一些情況存在索引但不使用索引,你可能認為它會用,但是實際上它就是沒用。
引用
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前的條件中的列有索引,而後面的列中沒用MySQLSQL優化索引,那麼涉及的索引都不會被用到
4. 如果不是索引列的第一部分,那麼也不會使用。
5. 如果like是以"%"開始
6. 如果列類型是字符串,那麼一定記得在where條件中把字符常量值用引號引起來,否則即便這個列上有索引,Mysql也不會使用。因為MYSQL默認把輸入的常量值進行轉換以後才進行檢索。
最後查看索引使用情況
如果索引正在工作,Handler_read_key的值將很高,這個值代表了一個行被索引值讀的次數,很低的值表明增加索引得到的性能改善不高,因為索引經常不被使用到。Handler_read_rnd_next的值高則說明查詢運行低效,並且應該建立MySQLSQL優化索引補救。
這個值的含義是在數據文件中讀取下一行的請求數。如果正進行大量的表掃描,Handler_read_rnd_next的值較高,則通常說明表索引不正確或者寫入的查詢沒有利用索引。