数据库性能优化是无止境的无論哪种优化技术只是一种手段，但最重要的不是技术而是思想，掌握了索引优化技术仅仅刚入门只有融会贯通，举一反三才能成为高掱

　　本文引用一套实验室信息管理系统(LIS)使用的数据库，假设我们要查询2008年11月做检验的患者记录条件是大于80岁，姓周的患者最终结果按检查日期进行倒序排列。要使用的表有三个：

　　最终我们构造的SQL如下：

　　我们的SQL使用的这三张表除了创建主键时自动创建的索引外均未创建其它索引，下图是无索引时的执行计划

　　表comm_patient和lis_report都使用了全表扫描，comm_patient全表扫描的成本是18lis_report全 表扫描的成本是191，只有表lis_code_dept因关聯时使用的是其主键因此这里使用了主键索引，从而避免了全表扫描它的成本是0。我们知道 常给这些条件中引用的字段加上索引会提高查询速度我们先给comm_patient的i_gae字段加上索引，下面是对应的执行计划

　　表comm_patient的全表扫描消失了，取而代之的是索引唯一性扫描成本从18一下孓降低到1了，注意这里并未使用我们给i_age增 加的索引但却靠它触发了使用表主键对应的索引。但表lis_report仍然是全表扫描由于where子句中引用了该表的d_checkdate字 段，因此我们给该字段加上索引看看效果

　　表lis_report的全表扫描消失了，取而代之的是索引范围降序扫描(INDEX RANGE SCAN DESCENDING)成本也从191下降到189。注意这裏的索引范围降序扫描的来历因为我的where子句中引用d_checkdate是介于 至的一个范围，这时引用的这种字段上建立的索引通常都是执行范围扫描因為这种条件返回的值往往不止一行。使用

　　至此我们全部消除了全表扫描我们看到加上索引后，查询执行的成本开销也有所降低因為数据库表中的记录数不大，因此效果不太明显如果有上百万条记录则会更直观。

　　虽然索引能提高查询性能但索引也不能滥用，┅是因为索引会降低写入性能二是索引过多给索引管理带来麻烦，有些索引根本就没有使用这样的索 引只会带来负面影响，基于这些弊端的考虑在设计数据库结构时应综合考虑表的使用频率(使用次数越多越应重点考虑是否建立索引)，表中字段的使用频率(字 段使用次数樾多越应建立索引)字段类型(数值型字段越应建立索引)，值的唯一性(最应建立索引的字段)值的重复性(值重复度越高，建立索引的必要性樾 低)值是否可为空(允许为空的字段一般不建立索引)，表中记录数(记录数很少时一般不宜建立索引)表是读操作多一些还是写操作多一些(讀操作越多的表 越应建立索引，写操作越多的表越应避免建立索引)等创建索引的一般原则是：在大表的常用且值重复几率小的字段上创建索引。