您好,登錄后才能下訂單哦!
本篇內(nèi)容介紹了“Mysql索引創(chuàng)建刪除及使用的代價是什么”的有關(guān)知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細(xì)閱讀,能夠?qū)W有所成!
innodb 和 myisam 引擎會自動為主鍵或者帶有 UNIQUE 屬性的列建立索引。
如果要為其他列建立索引,就需要顯示的指明。
1. 創(chuàng)建表的時候創(chuàng)建索引
CREATE TABLE 表名 ( 各個列的信息..., (KEY/INDEX) 索引名 (需要被索引的單個列或多個列) )
注意,KEY 和 INDEX 任用其一即可,是同義詞。
比如在創(chuàng)建 index_demo 表時為c2 和 c3 列添加一個聯(lián)合索引:
CREATE TABLE index_demo( c1 INT, c2 INT, c3 CHAR(1), PRIMARY KEY(c1), INDEX idx_c2_c3 (c2, c3) );
這里創(chuàng)建的索引的名稱是idx_c2_c3,雖然索引名字可以任意起,但是建議以idx_為前綴,后面跟著要簡歷的索引的列名,多個列用下劃線隔開。
2. 修改表結(jié)構(gòu)時候添加索引
ALTER TABLE 表名 ADD (KEY/INDEX) 索引名 (需要被索引的單個列或多個列);
3. 修改表結(jié)構(gòu)時候刪除索引
ALTER TABLE 表名 DROP (KEY/INDEX) 索引名;
現(xiàn)在刪除掉最開始建的索引idx_c2_c3,可以這樣寫:
ALTER TABLE index_demo DROP INDEX idx_c2_c3;
索引雖然是個好東西,但是不能肆意創(chuàng)建。
這個是很顯而易見的。
每建立一個索引,就要為它建立一顆 B+ 樹。
而每一顆 B+ 樹的每一個節(jié)點都是一個數(shù)據(jù)頁,默認(rèn)會占用16kb的存儲空間。
一顆很大的 B+ 樹又是由許多數(shù)據(jù)頁組成。
所以,這會占用很大一片存儲空間。
維護(hù)順序的耗時
每當(dāng)對表中的數(shù)據(jù)進(jìn)行增刪改操作時,都需要修改各個 B+樹 索引。
我們知道:
B+ 樹中的每層節(jié)點都是按照索引列的值從小到大的順序組成了雙向鏈表。
無論是葉子節(jié)點還是內(nèi)節(jié)點,內(nèi)部中的記錄都是按照索引列的值的大小順序,形成了一個單鏈表。
所以,當(dāng)進(jìn)行增刪改操作時,可能會對節(jié)點和記錄的排序造成破壞,那么存儲引擎就需要額外的時間進(jìn)行頁面分裂、回收等操作,以維護(hù)節(jié)點和記錄的排序。
如果建立了很多索引,可想而知每個索引對應(yīng)的B+ 樹都要進(jìn)行相關(guān)的維護(hù)操作,這要帶來多大的消耗。
執(zhí)行計劃分析的耗時
在執(zhí)行查詢語句之前,首先會生成一個執(zhí)行計劃。
一般來說,一條查詢語句在執(zhí)行的過程中最多使用一個二級索引,在生成執(zhí)行計劃時需要計算使用不同索引執(zhí)行查詢時所需的成本,最后選擇最低的那個索引進(jìn)行查詢。
如果建立了太多的索引,可能導(dǎo)致在進(jìn)行成本分析的時候就耗時太多,從而影響查詢語句的執(zhí)行性能。
“Mysql索引創(chuàng)建刪除及使用的代價是什么”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實用文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。