对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。
当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。
如果表数据很少，比如每个省按市做汇总的表，一般低于2000，且数据量基本没有变化。此时增加索引无助于查询性能，却会极大的影响更新性能。
当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当对修改性能的要求远远大于检索性能时，不应该创建索引。
4.3. 联合索引
在特定查询里，联合索引的效果高于多个单一索引，因为当有多个索引可以使用时，MySQL只能使用其中一个。
在查询里，同时用到了联合索引包含的前几个列名，都会使用到联合索引，否则将部分或不会用到。比如我们有一个firstname、 lastname、age列上的多列索引，我们称这个索引为fname_lname_age。当搜索条件是以下各种列的组合时，MySQL将使用 fname_lname_age索引：
firstname，lastname，age
firstname，lastname
firstname
从另一方面理解，它相当于我们创建了(firstname，lastname，age)、(firstname，lastname)以及(firstname)这些列组合上的索引。
4.4. 索引长度
对于CHAR或者Varchar的列，索引可以根据数据的分布情况，用列的一部分参与创建索引。
create index idx_t_main on t_main(name(3));
这里就是指定name的前三个字符参与索引，而不是全部
最大允许的长度为1000个字节，对已GBK编码则是500个汉字
5. 特殊字段
5.1. 冗余字段
就是用空间换取时间。如果大表查询里经常要join某个基础表，且这个数据基本不变，比如人的姓名，城市的名字等。一旦基础表发生变动，则需要更新所有涉及到的冗余表。
5.2. 分割字段
如果经常出现以某个字段的某个局部进行检索和汇总(substring())，可以考虑将这一部分独立出来。
比如统计姓名里，每种姓氏的人数，可以考虑实现就按照姓和名分别保存，而不是一个字段。
还有就是某些上下级结构的实现，也可以考虑将不同的级别放在不同的字段里。
5.3. BLOB和CLOB
此类字段一般数据量很大，建议设计上数据库可以只保存其外部连接，而数据以其它方式保存，比如系统文件。
6. 特殊
6.1. 表格分割
如果一个表有许多的列，但平时参与查询和汇总的列却并不是很多，此时可以考虑将表格拆分成2个表，一个是常用的字段，另一个是很少用到的字段。
6.2. 使用非事务表类型
MySQL支持多种表类型，其中InnoDB类型是支持事物的，而MyISAM类型是不支持的，但MyISAM速度更快。对于某些数据，比如地理行政划分，民族等不可能参与事务的数据，可以考虑用MyISAM类型的表格。
