转：mysql的索引使用不当速度比没加索引还慢

今天在网站论坛上看到了一篇mysql的索引使用不当速度比没加索引还慢。整个看完后，觉得还是非常不错的。于是转载此文章，地址： http://www.iteye.com/topic/1082602

示例：

下面是我们插入到这个tuangou表的数据:

id      web        city     type
1     拉手网       北京   餐饮美食
2     拉手网       上海   休闲娱乐
3     百分团       天津   餐饮美食
4     拉手网       深圳   网上购物
5     百分团      石家庄  优惠卷票
6     百分团       邯郸   美容保健
..
4999  百分团       重庆   旅游酒店
5000  拉手网       西安   优惠卷票

执行mysql语句：
$sql = "select from tuangou where web='拉手网' and city='上海'";

（1）如果没有加索引，执行时间是：0.0041秒
（2）如果只给web加索引，执行时间：0.0064秒
（3）如果web和city都加上索引,执行时间：0.0007 秒

结果：第（2）中虽然加上索引，但查询时间比不加索引用的时间还多。所以我建议大家，需要经常查询的字段都加上索引。

总结：
（1）web字段的可选择性非常差，使用索引比全表还慢。因为要先跑一遍索引。然后根据没消除几个记录的索引再跑差不多半个全表，结果还不如直接全表。这里添加（web,city)复合索引比较合适。
（2）每增加一个索引，都会对INSERT、UPDATE、DELETE的效率产生影响，所以并不是越多越好。
（3）索引采用B* tree存储。insert、update、delete在B* tree添加节点需要调整B* tree的结构，故会很慢，添加适当。另外对于查询，最好的索引就是唯一性，一次即可定位，对于重复数据很多的列不合适简建立索引，因为过滤后数据量仍然很大，先走索引在走表，故很慢。