基于合理的数据库设计，经过深思熟虑后为表建立索引，是获得高性能数据库系统的基础。而未经合理分析便添加索引，则会降低系统的总体性能。索引虽然说提高了数据的访问速度，但同时也增加了插入、更新和删除操作的处理时间。
是否要为表增加索引、索引建立在那些字段上，是创建索引前必须要考虑的问题。解决此问题的一个比较好的方法，就是分析应用程序的业务处理、数据使用，为经常被用作查询条件、或者被要求排序的字段建立索引。基于优化器对SQL语句的优化处理，我们在创建索引时可以遵循下面的一般性原则：
1. 确定针对该表的操作是大量的查询操作还是大量的增删改操作。 因为索引是以牺牲增删改来提高查询的速度。
2. 尝试建立索引来帮助特定的查询。检查自己的sql语句，为那些频繁出现在where，group by，order by子句中出现的字段建立索引，即经常用作过滤器的字段上建立索引。 GROUP BY、ORDER BY
3. 尝试建立复合索引来进一步提高系统性能。修改复合索引将消耗更长时间，同时，复合索引也占磁盘空间。
4. 对于小型的表，建立索引可能会影响性能。因为索引的查询优势在海量数据的查询时才会体现，如果是小型表，查询优化不明显，而且还降低了增删改的效率，得不偿失。
5. 在不同值较少的字段上不必要建立索引，如性别字段。
6. 避免选择大型数据类型的列作为索引。例如长文本数据类型text就不能用于fulltext(全文索引)。
7. 用于联接union的字段上建立索引；
8. 在经常存取的多个列上建立复合索引，但要注意复合索引的建立顺序要按照使用的频度来确定。
9. 在union等集合操作的结果集字段上，建立索引。其建立索引的目的同上。
10. 考虑使用索引覆盖。对数据很少被更新的表，如果用户经常只查询其中的几个字段，可以考虑在这几个字段上建立索引，从而将表的扫描改变为索引的扫描。
除了以上原则，在创建索引时，我们还应当注意以下的限制：
- 限制表上的索引数目
对一个存在大量更新操作的表，所建索引的数目一般不要超过3个，最多不要超过5个。索引虽说提高了访问速度，但太多索引会影响数据的更新操作。
- 不要在有大量相同取值的字段上，建立索引
在这样的字段（例如：性别）上建立索引，字段作为选择条件时将返回大量满足条件的记录，优化器不会使用该索引作为访问路径。
- 避免在取值朝一个方向增长的字段（例如：日期类型的字段）上，建立索引
对复合索引，避免将这种类型的字段放置在最前面。由于字段的取值总是朝一个方向增长，新记录总是存放在索引的最后一个叶页中，从而不断地引起该叶页的访问竞争、新叶页的分配、中间分支页的拆分。此外，如果所建索引是聚集索引，表中数据按照索引的排列顺序存放，所有的插入操作都集中在最后一个数据页上进行，从而引起插入“热点”。
- 对复合索引，按照字段在查询条件中出现的频度建立索引
在复合索引中，记录首先按照第一个字段排序。对于在第一个字段上取值相同的记录，系统再按照第二个字段的取值排序，以此类推。因此只有复合索引的第一个字段出现在查询条件中，该索引才可能被使用。
因此将应用频度高的字段，放置在复合索引的前面，会使系统最大可能地使用此索引，发挥索引的作用。
- 删除不再使用，或者很少被使用的索引
表中的数据被大量更新，或者数据的使用方式被改变后，原有的一些索引可能不再被需要。数据库管理员应当定期找出这些索引，将它们删除，从而减少索引对更新操作的影响。