乙個索引的常見誤區是為每一列建立乙個索引，如下面建立的索引：
create table `t` (
`c1` varchar(50) default null,
`c2` varchar(50) default null,
`c3` varchar(50) default null,
key `c1` (`c1`),
key `c2` (`c2`),
key `c3` (`c3`)
) engine=innodb default charset=utf8;
t表裡有三列，並且為每列建立了乙個索引。建立索引的人為了能夠快速訪問表中的任何一列，因此為每一列新增了乙個單獨的索引。在多個列上建立索引通常並不能很好的提高mysql查詢效能，雖然說mysql 5.0之後引入了索引合併策略，可以將多個單列索引合併成乙個索引，但這並不總是有效的。同時建立多個索引的時候還會增加資料插入的成本，在插入資料的時候需要同時維護多個索引的寫入操作。
索引的計算
看下面這條sql語句：
select name from student where id + 1 = 5
即使我們在student表的id列上建立索引，上面的這條sql語句也無法使用索引。sql語句中索引字段不能是表示式的一部分，也不能是函式的引數。
索引的長度以及選擇性
建立索引另外乙個需要考慮的是索引的選擇性，通常情況下我們會使用選擇性高的列作為索引，但是也不一定一直是這樣，下一節會介紹如何權衡索引的選擇性。
建立高效能索引
選擇正確的索引順序
在選擇索引的順序的時候有乙個原則：將索引選擇性最高的列放在左側，同時索引的順序要與查詢索引的順序一致，並且要兼顧考慮排序和分組的需要。在乙個多列b樹多列中索引的順序意味著索引首先按照最左側的列進行排序，其次是第二列。所以無論是where語句還是order by語句都需要盡量滿足這個順序，這樣才能更好的使用索引。
索引的選擇性
列的選擇性高的含義是通過這一列能夠更多的過濾掉無用的資料，舉個極端的例子，如果把自增id建成索引那麼它的選擇性是最高的，因為會把無用的資料都過濾掉，只會剩下一條有效資料。我們可以通過下面的方式來簡單衡量某乙個列的選擇性：
select count(distinct columna)/count(*) as selectivity from table
當上面的資料越大的時候意味著columna的選擇性越高。這種方式提供了乙個衡量平均選擇性的辦法，但是也不一定是有效的，需要具體情況具體分析。
字首索引
當遇到特別長的列，但又必須要建立索引的時候可以考慮建立字首索引。字首索引的含義是把某一列的前n個字元作為索引，建立字首索引的方式如下：
alter table test add key(columna(5));
上面這個語句就是把columna的前5個字元建立為字首索引。字首索引是一種使索引更小、更快的有效辦法。但是字首所有有乙個缺點：mysql無法使用字首索引來做order by和group by，也無法使用字首索引做覆蓋掃瞄。
如何構建高效能MySQL索引
本文的重點在於如何構建乙個高效能的mysql索引，從中你可以學到如何分析乙個索引是不是好索引，以及如何構建乙個好的索引。乙個索引的常見誤區是為每一列建立乙個索引，如下面建立的索引 create table t c1 varchar 50 default null,c2 varchar 50 defa...
如何構建高效能MySQL索引
本文的重點在於如何構建乙個高效能的mysql索引，從中你可以學到如何分析乙個索引是不是好索引，以及如何構建乙個好的索引。乙個索引的常見誤區是為每一列建立乙個索引，如下面建立的索引 t表裡有三列，並且為每列建立了乙個索引。建立索引的人為了能夠快速訪問表中的任何一列，因此為每一列新增了乙個單獨的索引。在...
mysql高效能索引 mysql高效能索引（ ）
在開發中，我們知道大多數應用的瓶頸在於sql語句的執行時耗，在這裡並不討論sql語句的安全，僅僅討論高效能sql語句，而與高效能sql語句緊密相連的就是傳說中的 索引。索引 一種工作在儲存引擎端的用於快速找到記錄的一種資料結構。mysql使用索引的方式是 先找到索引的值，再根據索引的值找到資料行。索...