在数据库表中，使用索引可以大大提高查询速度。
如果我们创建了一个testindex表:
create table testindex(i_testid int not null,vc_name varchar(16) not null);
我们随机向里面插入了1000条记录，其中有一条
i_testid vc_name
三、单列索引和组合索引
为了形象地对比两者，再建一个表：
create table myindex ( i_testid int not null auto_increment, vc_name varchar(50) not null, vc_city varchar(50) not null, i_age int not null, i_schoolid int not null, primary key (i_testid) );
在这10000条记录里面7上8下地分布了5条vc_name="erquan"的记录，只不过city,age,school的组合各不相同。
来看这条t-sql：
select i_testid from myindex where vc_name='erquan' and vc_city='郑州' and i_age=25;
首先考虑建单列索引：
在vc_name列上建立了索引。执行t-sql时，mysql很快将目标锁定在了vc_name=erquan的5条记录上，取出来放到一中间结果集。在这个结果集里，先排除掉vc_city不等于"郑州"的记录，再排除i_age不等于25的记录，最后筛选出唯一的符合条件的记录。
虽然在vc_name上建立了索引，查询时mysql不用扫描整张表，效率有所提高，但离我们的要求还有一定的距离。同样的，在vc_city和i_age分别建立的单列索引的效率相似。
为了进一步榨取mysql的效率，就要考虑建立组合索引。就是将vc_name,vc_city,i_age建到一个索引里：
alter table myindex add index name_city_age (vc_name(10),vc_city,i_age);--注意了，建表时，vc_name长度为50，这里为什么用10呢？因为一般情况下名字的长度不会超过10，这样会加速索引查询速度，还会减少索引文件的大小，提高insert的更新速度。
执行t-sql时，mysql无须扫描任何记录就到找到唯一的记录！！
肯定有人要问了，如果分别在vc_name,vc_city,i_age上建立单列索引，让该表有3个单列索引，查询时和上述的组合索引效率一样吧？嘿嘿，大不一样，远远低于我们的组合索引~~虽然此时有了三个索引，但mysql只能用到其中的那个它认为似乎是最有效率的单列索引。
建立这样的组合索引，其实是相当于分别建立了
vc_name,vc_city,i_age
五、索引的不足之处
上面说了那么多索引的好话，它真的有像传说中那么优秀么？当然会有缺点了。
1.虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行insert、update和delete。因为更新表时，mysql不仅要保存数据，还要保存一下索引文件
2.建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。
篇尾：
讲了这么多，无非是想利用索引提高数据库的执行效率。不过索引只是提高效率的一个因素。如果你的mysql有大数据的表，就需要花时间研究建立最优秀的索引或优化查询语句。
在数据库表中，使用索引可以大大提高查询速度。
如果我们创建了一个testindex表:
create table testindex(i_testid int not null,vc_name varchar(16) not null);
我们随机向里面插入了1000条记录，其中有一条
i_testid vc_name
五、索引的不足之处
上面说了那么多索引的好话，它真的有像传说中那么优秀么？当然会有缺点了。
1.虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行insert、update和delete。因为更新表时，mysql不仅要保存数据，还要保存一下索引文件
2.建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。
篇尾：
讲了这么多，无非是想利用索引提高数据库的执行效率。不过索引只是提高效率的一个因素。如果你的mysql有大数据的表，就需要花时间研究建立最优秀的索引或优化查询语句。