mysql優化值索引優化

1.寫在前面：索引對查詢的速度有着相當重要的影響，理解索引也是進行數據庫性能調優的起點。考慮以下狀況，假設數據庫中一個表有10^6條記錄，DBMS的頁面大小爲4K，並存儲100條記錄。若是沒有索引，查詢將對整個表進行掃描，最壞的狀況下，若是全部數據頁都不在內存，須要讀取10^4個頁面，若是這10^4個頁面在磁盤上隨機分佈，須要進行10^4次I/O，假設磁盤每次I/O時間爲10ms(忽略數據傳輸時間)，則總共須要100s(但實際上要好不少不少)。若是對之創建B-Tree索引，則只須要進行log100(10^6)=3次頁面讀取，最壞狀況下耗時30ms。這就是索引帶來的效果，不少時候，當你的應用程序進行SQL查詢速度很慢時，應該想一想是否能夠建索引。

2.既然索引如此NB，那麼---是否是索引越多越好呢？=====》NO

命名規則：表名_字段名
一、須要加索引的字段，要在where條件中
二、數據量少的字段不須要加索引
三、若是where條件中是OR關係，加索引不起做用
四、符合最左原則

https://segmentfault.com/q/1010000003984016/a-1020000003984281

聯合索引又叫複合索引。對於複合索引:Mysql從左到右的使用索引中的字段，一個查詢能夠只使用索引中的一部份，但只能是最左側部分。例如索引是key index (a,b,c). 能夠支持a | a,b| a,b,c 3種組合進行查找，但不支持 b,c進行查找 .當最左側字段是常量引用時，索引就十分有效。

兩個或更多個列上的索引被稱做複合索引。
利用索引中的附加列，您能夠縮小搜索的範圍，但使用一個具備兩列的索引 不一樣於使用兩個單獨的索引。複合索引的結構與電話簿相似，人名由姓和名構成，電話簿首先按姓氏對進行排序，而後按名字對有相同姓氏的人進行排序。若是您知 道姓，電話簿將很是有用；若是您知道姓和名，電話簿則更爲有用，但若是您只知道名不姓，電話簿將沒有用處。
因此說建立複合索引時，應該仔細考慮列的順序。對索引中的全部列執行搜索或僅對前幾列執行搜索時，複合索引很是有用；僅對後面的任意列執行搜索時，複合索引則沒有用處。

http://blog.csdn.net/lmh12506/article/details/8879916

 

 

當一個表有多條索引可走時,  Mysql  根據查詢語句的成原本選擇走哪條索引, 聯合索引的話, 它每每計算的是第一個字段(最左邊那個), 這樣每每會走錯索引. 如: 
索引Index_1(Create_Time, Category_ID), Index_2(Category_ID) 

若是天天的數據都特別多, 並且有不少category, 但具體每一個category的記錄不會不少.

當查詢SQL條件爲select …where create_time ….and category_id=..時, 極可能不走索引Index_1, 而走索引Index_2, 致使查詢比較慢.

解決辦法是將索引字段的順序調換一下.

http://www.cnblogs.com/krisy/archive/2013/07/12/3186258.html

 

 建立索引

在執行CREATE TABLE語句時能夠建立索引，也能夠單獨用CREATE INDEX或ALTER TABLE來爲表增長索引。

1．ALTER TABLE

ALTER TABLE用來建立普通索引、UNIQUE索引或PRIMARY KEY索引。

 

ALTER TABLE table_name ADD INDEX index_name (column_list)

ALTER TABLE table_name ADD UNIQUE (column_list)

ALTER TABLE table_name ADD PRIMARY KEY (column_list)

 

其中table_name是要增長索引的表名，column_list指出對哪些列進行索引，多列時各列之間用逗號分隔。索引名index_name可選，缺省時，MySQL將根據第一個索引列賦一個名稱。另外，ALTER TABLE容許在單個語句中更改多個表，所以能夠在同時建立多個索引。

2．CREATE INDEX

CREATE INDEX可對錶增長普通索引或UNIQUE索引。

 

CREATE INDEX index_name ON table_name (column_list)

CREATE UNIQUE INDEX index_name ON table_name (column_list)

 

table_name、index_name和column_list具備與ALTER TABLE語句中相同的含義，索引名不可選。另外，不能用CREATE INDEX語句建立PRIMARY KEY索引。

3．索引類型

在建立索引時，能夠規定索引可否包含重複值。若是不包含，則索引應該建立爲PRIMARY KEY或UNIQUE索引。對於單列唯一性索引，這保證單列不包含重複的值。對於多列唯一性索引，保證多個值的組合不重複。

PRIMARY KEY索引和UNIQUE索引很是相似。
事實上，PRIMARY KEY索引僅是一個具備名稱PRIMARY的UNIQUE索引。這表示一個表只能包含一個PRIMARY KEY，由於一個表中不可能具備兩個同名的索引。

下面的SQL語句對students表在sid上添加PRIMARY KEY索引。

 

ALTER TABLE students ADD PRIMARY KEY (sid)

 

4.  刪除索引

可利用ALTER TABLE或DROP INDEX語句來刪除索引。相似於CREATE INDEX語句，DROP INDEX能夠在ALTER TABLE內部做爲一條語句處理，語法以下。

DROP INDEX index_name ON talbe_name

ALTER TABLE table_name DROP INDEX index_name

ALTER TABLE table_name DROP PRIMARY KEY

 

其中，前兩條語句是等價的，刪除掉table_name中的索引index_name。

第3條語句只在刪除PRIMARY KEY索引時使用，由於一個表只可能有一個PRIMARY KEY索引，所以不須要指定索引名。若是沒有建立PRIMARY KEY索引，但表具備一個或多個UNIQUE索引，則MySQL將刪除第一個UNIQUE索引。

若是從表中刪除了某列，則索引會受到影響。對於多列組合的索引，若是刪除其中的某列，則該列也會從索引中刪除。若是刪除組成索引的全部列，則整個索引將被刪除。

 

5．查看索引

mysql> show index from tblname;

mysql> show keys from tblname;

　　· Table

　　表的名稱。

　　· Non_unique

　　若是索引不能包括重複詞，則爲0。若是能夠，則爲1。

　　· Key_name

　　索引的名稱。

　　· Seq_in_index

　　索引中的列序列號，從1開始。

　　· Column_name

　　列名稱。

　　· Collation

　　列以什麼方式存儲在索引中。在MySQL中，有值‘A’（升序）或NULL（無分類）。

　　· Cardinality

　　索引中惟一值的數目的估計值。經過運行ANALYZE TABLE或myisamchk -a能夠更新。基數根據被存儲爲整數的統計數據來計數，因此即便對於小型表，該值也沒有必要是精確的。基數越大，當進行聯合時，MySQL使用該索引的機會就越大。

　　· Sub_part

　　若是列只是被部分地編入索引，則爲被編入索引的字符的數目。若是整列被編入索引，則爲NULL。

　　· Packed

　　指示關鍵字如何被壓縮。若是沒有被壓縮，則爲NULL。

　　· Null

　　若是列含有NULL，則含有YES。若是沒有，則該列含有NO。

　　· Index_type

　　用過的索引方法（BTREE, FULLTEXT, HASH, RTREE）。

　　· Comment

6．什麼狀況下使用索引
       表的主關鍵字

自動創建惟一索引

如zl_yhjbqk（用戶基本狀況）中的hbs_bh（戶標識編號）

表的字段惟一約束

ORACLE利用索引來保證數據的完整性

如lc_hj（流程環節）中的lc_bh+hj_sx（流程編號+環節順序）

直接條件查詢的字段

在SQL中用於條件約束的字段

如zl_yhjbqk（用戶基本狀況）中的qc_bh（區冊編號）

select * from zl_yhjbqk where qc_bh=’<????甼曀???>7001’

查詢中與其它表關聯的字段

字段經常創建了外鍵關係

如zl_ydcf（用電成份）中的jldb_bh（計量點表編號）

select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh=’540100214511’

查詢中排序的字段

排序的字段若是經過索引去訪問那將大大提升排序速度

select * from zl_yhjbqk order by qc_bh（創建qc_bh索引）

select * from zl_yhjbqk where qc_bh=’7001’ order by cb_sx（創建qc_bh+cb_sx索引，注：只是一個索引，其中包括qc_bh和cb_sx字段）

查詢中統計或分組統計的字段

select max(hbs_bh) from zl_yhjbqk

select qc_bh,count(*) from zl_yhjbqk group by qc_bh

什麼狀況下應不建或少建索引

表記錄太少

若是一個表只有5條記錄，採用索引去訪問記錄的話，那首先需訪問索引表，再經過索引表訪問數據表，通常索引表與數據表不在同一個數據塊，這種狀況下ORACLE至少要往返讀取數據塊兩次。而不用索引的狀況下ORACLE會將全部的數據一次讀出，處理速度顯然會比用索引快。

如表zl_sybm（使用部門）通常只有幾條記錄，除了主關鍵字外對任何一個字段建索引都不會產生性能優化，實際上若是對這個表進行了統計分析後ORACLE也不會用你建的索引，而是自動執行全表訪問。如：

select * from zl_sybm where sydw_bh=’5401’（對sydw_bh創建索引不會產生性能優化）

常常插入、刪除、修改的表

對一些常常處理的業務表應在查詢容許的狀況下儘可能減小索引，如zl_yhbm，gc_dfss，gc_dfys，gc_fpdy等業務表。

數據重複且分佈平均的表字段

假如一個表有10萬行記錄，有一個字段A只有T和F兩種值，且每一個值的分佈機率大約爲50%，那麼對這種表A字段建索引通常不會提升數據庫的查詢速度。

常常和主字段一塊查詢但主字段索引值比較多的表字段

如gc_dfss（電費實收）表常常按收費序號、戶標識編號、抄表日期、電費發生年月、操做 標誌來具體查詢某一筆收款的狀況，若是將全部的字段都建在一個索引裏那將會增長數據的修改、插入、刪除時間，從實際上分析一筆收款若是按收費序號索引就已 經將記錄減小到只有幾條，若是再按後面的幾個字段索引查詢將對性能不產生太大的影響。

對千萬級MySQL數據庫創建索引的事項及提升性能的手段

1、注意事項：

首先，應當考慮表空間和磁盤空間是否足夠。咱們知道索引也是一種數據，在創建索引的時候勢必也會佔用大量表空間。所以在對一大表創建索引的時候首先應當考慮的是空間容量問題。

其次，在對創建索引的時候要對錶進行加鎖，所以應當注意操做在業務空閒的時候進行。

2、性能調整方面：

首當其衝的考慮因素即是磁盤I/O。物理上，應當儘可能把索引與數據分散到不一樣的磁盤上（不考慮陣列的狀況）。邏輯上，數據表空間與索引表空間分開。這是在建索引時應當遵照的基本準則。

其次，咱們知道，在創建索引的時候要對錶進行全表的掃描工做，所以，應當考慮調大初始化參數db_file_multiblock_read_count的值。通常設置爲32或更大。

再次，創建索引除了要進行全表掃描外同時還要對數據進行大量的排序操做，所以，應當調整排序區的大小。

    9i以前，能夠在session級別上加大sort_area_size的大小，好比設置爲100m或者更大。

    9i之後，若是初始化參數workarea_size_policy的值爲TRUE，則排序區從pga_aggregate_target裏自動分配得到。

最後，創建索引的時候，能夠加上nologging選項。以減小在創建索引過程當中產生的大量redo，從而提升執行的速度。

 

MySql在創建索引優化時須要注意的問題

 

設計好MySql的索引可讓你的數據庫飛起來，大大的提升數據庫效率。設計MySql索引的時候有一下幾點注意：

1，建立索引

對於查詢佔主要的應用來講，索引顯得尤其重要。不少時候性能問題很簡單的就是由於咱們忘了添加索引而形成的，或者說沒有添加更爲有效的索引致使。若是不加

索引的話，那麼查找任何哪怕只是一條特定的數據都會進行一次全表掃描，若是一張表的數據量很大而符合條件的結果又不多，那麼不加索引會引發致命的性能降低。
可是也不是什麼狀況都非得建索引不可，好比性別可能就只有兩個值，建索引不只沒什麼優點，還會影響到更新速度，這被稱爲過分索引。

2，複合索引

好比有一條語句是這樣的：select * from users where area=’beijing’ and age=22;

若是咱們是在area和age上分別建立單個索引的話，因爲mysql查詢每次只能使用一個索引，因此雖然這樣已經相對不作索引時全表掃描提升了不少效

率，可是若是在area、age兩列上建立複合索引的話將帶來更高的效率。若是咱們建立了(area, age,salary)的複合索引，那麼其實至關於建立了(area,age,salary)、(area,age)、(area)三個索引，這被稱爲最佳左前綴特性。
所以咱們在建立複合索引時應該將最經常使用做限制條件的列放在最左邊，依次遞減。

3，索引不會包含有NULL值的列

只要列中包含有NULL值都將不會被包含在索引中，複合索引中只要有一列含有NULL值，那麼這一列對於此複合索引就是無效的。因此咱們在數據庫設計時不要讓字段的默認值爲NULL。

4，使用短索引

對串列進行索引，若是可能應該指定一個前綴長度。例如，若是有一個CHAR(255)的 列，若是在前10 個或20 個字符內，多數值是唯一的，那麼就不要對整個列進行索引。短索引不只能夠提升查詢速度並且能夠節省磁盤空間和I/O操做。

5，排序的索引問題

mysql查詢只使用一個索引，所以若是where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。所以數據庫默認排序能夠符合要求的狀況下不要使用排序操做；儘可能不要包含多個列的排序，若是須要最好給這些列建立複合索引。

6，like語句操做

通常狀況下不鼓勵使用like操做，若是非使用不可，如何使用也是一個問題。like 「%aaa%」 不會使用索引而like 「aaa%」可使用索引。

7，不要在列上進行運算

select * from users where

YEAR(adddate)

8，不使用NOT IN和操做

NOT IN和操做都不會使用索引將進行全表掃描。NOT IN能夠NOT EXISTS代替，id3則可以使用id>3 or id

http://www.cnblogs.com/alazalazalaz/p/4083696.html

===============================================

簡單暴力 ：  獨立索引和複合索引區別：

 ALTER TABLE table_name ADD INDEX suoyinming  (lanmu1,lanmu2);=======>添加複合索引（不建議使用複合索引）

 

 

 

 

2. 干預索引使用，提升性能

在上面已經提到了索引的使用。通常狀況下，在查詢時MySQL將本身決定是否使用索引，使用哪個索引。但在一些特殊狀況下，咱們但願MySQL只使用一個或幾個索引，或者不但願使用某個索引。這就須要使用MySQL的控制索引的一些查詢選項。

限制使用索引的範圍

有時咱們在數據表裏創建了不少索引，當MySQL對索引進行選擇時，這些索引都在考慮的範圍內。但有時咱們但願MySQL只考慮幾個索引，而不是所有的索引，這就須要用到USE INDEX對查詢語句進行設置。

SELECT * FROM TABLE1 USE INDEX (FIELD1, FIELD2) …

從以上SQL語句能夠看出，不管在TABLE1中已經創建了多少個索引，MySQL在選擇索引時，只考慮在FIELD1和FIELD2上創建的索引。

限制不使用索引的範圍

若是咱們要考慮的索引不少，而不被使用的索引又不多時，可使用IGNORE INDEX進行反向選取。在上面的例子中是選擇被考慮的索引，而使用IGNORE INDEX是選擇不被考慮的索引。

SELECT * FROM TABLE1 IGNORE INDEX (FIELD1, FIELD2) …

在上面的SQL語句中，TABLE1表中只有FIELD1和FIELD2上的索引不被使用。

強迫使用某一個索引

上面的兩個例子都是給MySQL提供一個選擇，也就是說MySQL並不必定要使用這些索引。而有時咱們但願MySQL必需要使用某一個索引(因爲 MySQL在查詢時只能使用一個索引，所以只能強迫MySQL使用一個索引)。這就須要使用FORCE INDEX來完成這個功能。

SELECT * FROM TABLE1 FORCE INDEX (FIELD1) …

以上的SQL語句只使用創建在FIELD1上的索引，而不使用其它字段上的索引