查看索引
作為一家“創(chuàng)意+整合+營(yíng)銷”的成都網(wǎng)站建設(shè)機(jī)構(gòu)，我們?cè)跇I(yè)內(nèi)良好的客戶口碑。成都創(chuàng)新互聯(lián)公司提供從前期的網(wǎng)站品牌分析策劃、網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、創(chuàng)意表現(xiàn)、網(wǎng)頁(yè)制作、系統(tǒng)開發(fā)以及后續(xù)網(wǎng)站營(yíng)銷運(yùn)營(yíng)等一系列服務(wù)，幫助企業(yè)打造創(chuàng)新的互聯(lián)網(wǎng)品牌經(jīng)營(yíng)模式與有效的網(wǎng)絡(luò)營(yíng)銷方法,創(chuàng)造更大的價(jià)值。
mysql show index from tblname;
mysql show keys from tblname;
· Table
表的名稱。
· Non_unique
如果索引不能包括重復(fù)詞，則為0。如果可以，則為1。
· Key_name
索引的名稱。
· Seq_in_index
索引中的列序列號(hào)，從1開始。
· Column_name
列名稱。
· Collation
列以什么方式存儲(chǔ)在索引中。在MySQL中，有值‘A’（升序）或NULL（無(wú)分類）。
· Cardinality
索引中唯一值的數(shù)目的估計(jì)值。通過(guò)運(yùn)行ANALYZE TABLE或myisamchk -a可以更新?；鶖?shù)根據(jù)被存儲(chǔ)為整數(shù)的統(tǒng)計(jì)數(shù)據(jù)來(lái)計(jì)數(shù)，所以即使對(duì)于小型表，該值也沒(méi)有必要是精確的。基數(shù)越大，當(dāng)進(jìn)行聯(lián)合時(shí)，MySQL使用該索引的機(jī) 會(huì)就越大。
· Sub_part
如果列只是被部分地編入索引，則為被編入索引的字符的數(shù)目。如果整列被編入索引，則為NULL。
· Packed
指示關(guān)鍵字如何被壓縮。如果沒(méi)有被壓縮，則為NULL。
· Null
如果列含有NULL，則含有YES。如果沒(méi)有，則該列含有NO。
· Index_type
用過(guò)的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
· Comment
mysql中如何查看和刪除唯一索引。
查看唯一索引:
show
index
from
mytable;//mytable
是表名
查詢結(jié)果如下：
查詢到唯一索引后，如何刪除唯一索引呢，使用如下命令：
alter
table
mytable
drop
index
mdl_tag_use_ix;//mdl_tag_use_ix是上表查出的索引名，key_name
SHOW INDEX FROM tbl_name [FROM db_name]
例如，
mysql SHOW INDEX FROM mytable FROM mydb;
mysql SHOW INDEX FROM mydb.mytable;
SHOW KEYS是SHOW INDEX的同義詞。您也可以使用mysqlshow -k db_name tbl_name命令列舉一個(gè)表的索引。
SHOW INNODB STATUS語(yǔ)法
SHOW INNODB STATUS
SHOW INDEX會(huì)返回表索引信息。其格式與ODBC中的SQLStatistics調(diào)用相似。
SHOW INDEX會(huì)返回以下字段：
· Table
表的名稱。
· Non_unique
如果索引不能包括重復(fù)詞，則為0。如果可以，則為1。
· Key_name
索引的名稱。
· Seq_in_index
索引中的列序列號(hào)，從1開始。
· Column_name
列名稱。
· Collation
列以什么方式存儲(chǔ)在索引中。在MySQL中，有值‘A’（升序）或NULL（無(wú)分類）。
· Cardinality
索引中唯一值的數(shù)目的估計(jì)值。通過(guò)運(yùn)行ANALYZE TABLE或myisamchk -a可以更新?；鶖?shù)根據(jù)被存儲(chǔ)為整數(shù)的統(tǒng)計(jì)數(shù)據(jù)來(lái)計(jì)數(shù)，所以即使對(duì)于小型表，該值也沒(méi)有必要是精確的?；鶖?shù)越大，當(dāng)進(jìn)行聯(lián)合時(shí)，MySQL使用該索引的機(jī)會(huì)就越大。
· Sub_part
如果列只是被部分地編入索引，則為被編入索引的字符的數(shù)目。如果整列被編入索引，則為NULL。
· Packed
指示關(guān)鍵字如何被壓縮。如果沒(méi)有被壓縮，則為NULL。
· Null
如果列含有NULL，則含有YES。如果沒(méi)有，則該列含有NO。
· Index_type
用過(guò)的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
· Comment
多種評(píng)注。
MySQL 前綴索引能有效減小索引文件的大小，提高索引的速度。但是前綴索引也有它的壞處：MySQL 不能在 ORDER BY 或 GROUP BY 中使用前綴索引，也不能把它們用作覆蓋索引(Covering Index)。
集一個(gè)索引包含多個(gè)列（最左前綴匹配原則）
索引列的值必須唯一，但允許有空值
全文索引為FUllText，在定義索引的列上支持值的全文查找，允許在這些索引列中插入重復(fù)值和空值，全文索引可以在CHAR,VARCHAR,TEXT類型列上創(chuàng)建
設(shè)定主鍵后數(shù)據(jù)會(huì)自動(dòng)建立索引，InnoDB為聚簇索引
即一個(gè)索引只包含單個(gè)列，一個(gè)表可以有多個(gè)單列索引
覆蓋索引是指一個(gè)查詢語(yǔ)句的執(zhí)行只用從所有就能夠得到，不必從數(shù)據(jù)表中讀取，覆蓋索引不是索引樹，是一個(gè)結(jié)果，當(dāng)一條查詢語(yǔ)句符合覆蓋索引條件時(shí)候，MySQL只需要通過(guò)索引就可以返回查詢所需要的數(shù)據(jù)，這樣避免了查到索引后的回表操作，減少了I/O效率
查看索引
列名解析：
刪除索引
查看：
刪除前:
刪除后：
普通的索引，沒(méi)有什么介紹
查看:（注意和前綴索引Sub_part的區(qū)別）
當(dāng)索引的列是unique的時(shí)候，會(huì)生成唯一索引，唯一索引關(guān)于null有下列兩種情況
SQLSERVER 下的唯一索引的列，允許null值，但最多允許有一個(gè)空值
MYSQL下的唯一索引的列，允許null值，并且允許多個(gè)空值
查看:
會(huì)建立兩個(gè)索引，一個(gè)非聚簇索引，一個(gè)是唯一索引
結(jié)果:
可以插入兩個(gè)空值（明人不說(shuō)暗話，我喜歡MySQL）
一方面，它不會(huì)索引所有字段所有字符，會(huì)減小索引樹的大小.
另外一方面，索引只是為了區(qū)別出值，對(duì)于某些列，可能前幾位區(qū)別很大，我們就可以使用前綴索引。
一般情況下某個(gè)前綴的選擇性也是足夠高的，足以滿足查詢性能。對(duì)于BLOB，TEXT，或者很長(zhǎng)的VARCHAR類型的列，必須使用前綴索引，因?yàn)镸ySQL不允許索引這些列的完整長(zhǎng)度。
查看：
查看：
復(fù)合索引的最左前綴匹配原則 ：
對(duì)于復(fù)合索引，查詢?cè)谝欢l件才會(huì)使用該索引
減少開銷。 建一個(gè)聯(lián)合索引(col1,col2,col3)，實(shí)際相當(dāng)于建了(col1),(col1,col2),(col1,col2,col3)三個(gè)索引。每多一個(gè)索引，都會(huì)增加寫操作的開銷和磁盤空間的開銷。對(duì)于大量數(shù)據(jù)的表，使用聯(lián)合索引會(huì)大大的減少開銷！
覆蓋索引。 對(duì)聯(lián)合索引(col1,col2,col3)，如果有如下的sql: select col1,col2,col3 from test where col1=1 and col2=2。那么MySQL可以直接通過(guò)遍歷索引取得數(shù)據(jù)，而無(wú)需回表，這減少了很多的隨機(jī)io操作。減少io操作，特別的隨機(jī)io其實(shí)是dba主要的優(yōu)化策略。所以，在真正的實(shí)際應(yīng)用中，覆蓋索引是主要的提升性能的優(yōu)化手段之一。
效率高。 索引列越多，通過(guò)索引篩選出的數(shù)據(jù)越少。有1000W條數(shù)據(jù)的表，有如下sql:select from table where col1=1 and col2=2 and col3=3,假設(shè)假設(shè)每個(gè)條件可以篩選出10%的數(shù)據(jù)，如果只有單值索引，那么通過(guò)該索引能篩選出1000W10%=100w條數(shù)據(jù)，然后再回表從100w條數(shù)據(jù)中找到符合col2=2 and col3= 3的數(shù)據(jù)，然后再排序，再分頁(yè)；如果是聯(lián)合索引，通過(guò)索引篩選出1000w10% 10% *10%=1w。
在模糊搜索中很有效，搜索全文中的某一個(gè)字段，可以參考這篇博文
:
我們先進(jìn)行下面一個(gè)實(shí)驗(yàn)看看InnoDB下的主鍵索引的一個(gè)現(xiàn)象。
查看:
我們插入進(jìn)去的時(shí)候，數(shù)據(jù)的id都是亂序的，為什么這里最后select查詢出來(lái)的結(jié)果都是進(jìn)行了排序？
這是因?yàn)镮nnoDB索引底層實(shí)現(xiàn)的是B+tree，B+tree具有下列的特點(diǎn)：
所以上面的排序是為了使用B+tree的結(jié)構(gòu) ，B+tree為了范圍搜索，將主鍵按照從小到大排序后，拆分成節(jié)點(diǎn)。后續(xù)還有新的節(jié)點(diǎn)進(jìn)入的時(shí)候，和B-tree相同的操作，會(huì)進(jìn)行分裂。
一般來(lái)說(shuō)，聚簇索引的B+tree都是三層
InnoDB中主鍵索引一定是聚簇索引，聚簇索引一定是主鍵索引。
為什么這里輔助索引葉子結(jié)點(diǎn)不直接存儲(chǔ)數(shù)據(jù)呢？
MYISAM只有非聚簇索引，索引最終指向的都是物理地址。
Q:既然有回表的存在，那么聚簇索引的優(yōu)勢(shì)在哪里？
Q:主鍵索引作為聚簇索引需要注意什么
在查詢語(yǔ)句中使用LIke關(guān)鍵字進(jìn)行查詢時(shí)，如果匹配字符串的第一個(gè)字符為"%"，索引不會(huì)使用。如果“%”不是在第一位，索引就會(huì)使用
多列索引是在表的多個(gè)字段上創(chuàng)建的索引，滿足最左前綴匹配原則，索引才會(huì)被使用
查詢語(yǔ)句只有Or關(guān)鍵字時(shí)候，如果OR前后的兩個(gè)條件都是索引，這這次查詢將會(huì)使用索引，否則Or前后有一個(gè)條件的列不是索引，那么查詢中將不使用索引
mysql建立索引升序結(jié)果看法如下：
(1)從表t1中選擇第一行，查看此行所包含的數(shù)據(jù)。
(2)使用表t2上的索引，直接定位t2中與t1的值匹配的行。類似，利用表t3上的索引，直接定位t3中與來(lái)自t1的值匹配的行。
(3)掃描表t1的下一行并重復(fù)前面的過(guò)程，直到遍歷t1中所有的行。
顯示一個(gè)表所有索引的SQL語(yǔ)句是：
show index from 數(shù)據(jù)庫(kù)名.表名
查看某表某一列上的索引使用下面的SQL語(yǔ)句：
show index from 數(shù)據(jù)庫(kù)名.表名 where column_name like '列名'
下面的SQL語(yǔ)句在我的數(shù)據(jù)庫(kù)上執(zhí)行成功：
show index from web.clubuser where column_name like 'user'。
重慶分公司
重慶分公司
