在项目开发过程中,我们也可以根据需要定义索引,比如当表结构和Sql稳定后,我们便可以根据该sql执行的频率来决定是否需要为该sql建立索引。Sql中类似where 子句后就单个谓词,我们比较容易建立索引,而如果是多表关联并且谓词关系较多时,我们可以先采用Db2 提供的索引优化工具Db2Advis来帮助我们建立索引,至少它可以综合各个表的存量和各个列的占比为我们提供建议。语法如下:
db2advis -d dbname -i test1.sql -n schema_name -t 5 > wf_task.adv
注:将上述加粗的参数用自己的数据库参数代替;
dbname 是数据库名称
Test1.sql 是存放你待提供建议sql的文件名称
schema_name 是你建立索引所在的视图,这里和表保持一致就好
或者用如下Sql:
db2advis -d dbname -s "SELECT * FROM T1 ORDER BY EMPNO" -m IMCP
注:这里只需要将dbname换成自己的数据库名称,sql statement换成自己的
为了对比索引建立前后带来的不同,除了cost之外,我们还可以去查看它的执行计划,观察走索引到底比没有索引快了多少。我们仍然使用DB2提供的工具 dynexpln或者db2expln语法如下:
db2expln –d dbname –s –g –q “sql statement” –t 或者
dynexpln –d dbname –s –g –q “sql statement” -t
此外在建立索引时,需要注意以下几点:
1) 根据条件中谓词的选择度创建索引
可以简单的通过select count(*) from tabname where col=’X’这样的方式,观察每个谓词条件过滤的总数。过滤出结果集越小,代表选择度越高,如果是建立组合索引,那么应该将该谓词放在首位
2) 避免在建有索引的列上使用函数
3) 在需要被排序的列上建立索引(注意索引的顺序与排序顺序一致),对大表很有效
4) 使用include关键词创建索引
存在这种情况,当表足够大时(通常是百万级),我们需要通过一个谓词col(是唯一的)来获取列中的colA,这时候,如果将colA加入索引很浪费,因为它并没有很大选择性,而如果不加入,当表很大时,fetch cost太高。这是可以用include来将列colA包含进索引,这样不再有多余并且耗时的fetch,include列也不会影响索引的选择性。建立include类索引,必须要求索引字段是唯一的,否则无法include。