如何量化索引对 DML操作的影响
如何测试与衡量索引对update，insert，delete 操作的性能影响呢？
例如，一张业务流水表（亿数量级），日均增量上百万条数据；日常业务操作中：60%左右的 select 查询操作，20% 的 insert 操作，20%的 update操作。DML操作涉及到了索引键中的字段，请问我应该如何测量 DML 操作对性能的影响呢？
还请专家帮忙看看
例如，一张业务流水表（亿数量级），日均增量上百万条数据；日常业务操作中：60%左右的 select 查询操作，20% 的 insert 操作，20%的 update操作。DML操作涉及到了索引键中的字段，请问我应该如何测量 DML 操作对性能的影响呢？
还请专家帮忙看看
11 同行回答
回复 1# atpeace331
还真不好讨论。
可以讨论一个比较极端的例子。就是索引数据与表数据的聚集度相关性很小，如1%的情况，那么，对基表的一个10行的UPDATE操作（涉及此索引字段），那么最担心的是对索引的维护时可能有N次（比如1~~10之间）的索引随机读，这个随机读可是整个维护成本中最昂贵的操作。
这聚集度的检查，也只能建完索引后才能检查。
还有一个就是可以结合表空间的数据页、索引页相关的读、写页，读、写时间比例估一些评估。
（前提是这些数据都只发生在此表及其索引上）
再者，考虑db2pd -tcb的“TCB Index Stats:”，关注：“EmpPgDel RootSplits BndrySplts PseuEmptPg EmPgMkdUsd KeyUpdates InclUpdats NonBndSpts PgAllocs Merges PseuDels DelClean IntNodSpl”，如果表的某索引的这些指标比起此表其他索引都高，此可判断此索引的维护成本要比索引的维护要高。 收起
还真不好讨论。
可以讨论一个比较极端的例子。就是索引数据与表数据的聚集度相关性很小，如1%的情况，那么，对基表的一个10行的UPDATE操作（涉及此索引字段），那么最担心的是对索引的维护时可能有N次（比如1~~10之间）的索引随机读，这个随机读可是整个维护成本中最昂贵的操作。
这聚集度的检查，也只能建完索引后才能检查。
还有一个就是可以结合表空间的数据页、索引页相关的读、写页，读、写时间比例估一些评估。
（前提是这些数据都只发生在此表及其索引上）
再者，考虑db2pd -tcb的“TCB Index Stats:”，关注：“EmpPgDel RootSplits BndrySplts PseuEmptPg EmPgMkdUsd KeyUpdates InclUpdats NonBndSpts PgAllocs Merges PseuDels DelClean IntNodSpl”，如果表的某索引的这些指标比起此表其他索引都高，此可判断此索引的维护成本要比索引的维护要高。 收起
可以找出所有在某表上的语句，然后统一expln 查看成本，对比添加所有前后的成本变化就能大致知道索引影响了。如果想方便的得到结果可进行文本格式化，使用sed，awk 等工具。 收起
这个问题提的不错，值得学习。 收起
