回复 1# freebile 请参考“如何做索引的深度清理？http://www.db2china.net/club/thread-47735-1-1.html
回复 1# freebile 我想几点：A、此索引的统计信息是否及时收集。B、是否由于增加了别的索引导致此索引使用不上了。C、此索引的依赖的对象无效导致此索引失效了。D、业务（SQL）变更、业务下线，导致此索引失效了。...
回复 1# freebile 有一个three-star原则：1-start: where谓词列表最前面，当然where谓词列表中有多个字段时，索引字段也有先后原则：等于谓词及范围定界谓词的放在前面，过滤因子较小(能过滤较多的记录)的放在较前；注意部分操作谓词（如）是不能使用索引或索引对此操作谓词不起优化作用...
回复 1# wolaos123 我经常用的流程：1、使用 syscat.indexes 视图的 lastused 字段筛选出失效索引及其所在的数据表。2、使用快照或MON监控表函数，排查出引用此表且包含索引键列的 sql 。3、对这些 sql 的访问计划，进行详细地分析，以找出索引失效的最终原因。 &nbs...
回复 1# wolaos123 建议参考：在DB2数据库中如何设计索引？http://www.db2china.net/club/thread-47731-1-1.html
回复 1# wolaos123 想问几个问题：A、怎么看到索引比基表还大？B、是否索引包含了表所有字段？C、此表是否只有很少的记录？
回复 1# wolaos123 DB2ADVIS对索引（或相似索引）建议中，有关于空间大小占用、查询性能改善的评估。但创建索引时所需时间及当时对性能的影响，及对后续UDI的影响评估。个人也暂没有一个比较好的评估方案。可以考虑增大排序堆、索引表空间对应BP，错开业务高峰，减少对系统性能的影...
我只熟悉DB2的，其他的数据库不熟。但估计应该方法大同小异，先收集问题SQL，看看能不能简单通过索引或改写SQL得到一个好的访问计划。然后再看看能不能修改应用的设计，还不行就得去修改需求。上述流程的优化成本逐级提高，但优化效果也是越来越好。...
回复 1# 莫颜 数据量在2W左右，还是不算大（当然可能你那边是宽表）。请考虑一下表的索引情况，如是否索引过多、过大，请清除无用索引；请为删除语句建合适的索引；如果INSERT、DELETE的数据是有比较明确范围，请考虑使用表分区及分区索引，这样INSERT（ATTACH）、DELETE(DEATTACH)会非常快，非...
