以上的相關內容我們都在說使用Mysql索引好的方面，但是如果過多的使用Mysql索引將會帶來一些弊端。所以下面就有對Mysql索引的弊端的介紹，例如它會在一定程度上會對更新表的實際速度降低。
Mysql索引的不足之處
雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數據，還要保存一下索引文件。
建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創建了多種組合索引，索引文件的會膨脹很快。
索引只是提高效率的一個因素，如果你的MySQL有大數據量的表，就需要花時間研究建立最優秀的索引，或優化查詢語句。
使用Mysql索引的注意事項
使用索引時，有以下一些技巧和注意事項：
索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中，復合索引中只要有一列含有NULL值，那麼這一列對於此復合索引就是無效的。所以我們在數據庫設計時不要讓字段的默認值為NULL。
使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字符內，多數值是惟一的，那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。
索引列排序
MySQL查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用Mysql索引的。因此數據庫默認排序可以符合要求的情況下不要使用排序操作;盡量不要包含多個列的排序，如果需要最好給這些列創建復合索引。
like語句操作
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。
不要在列上進行運算
- select * from users where YEAR(adddate)<2007;
將在每個行上進行運算，這將導致Mysql索引失效而進行全表掃描，因此我們可以改成
- select * from users where adddate<‘2007-01-01’;
不使用NOT IN和<>操作
以上，就對其中MySQL索引類型進行了介紹。
