dml 操作对index的维护造成多大的性能影响？

cnaning

并发insert + update 时 对索引块的维护 会造成block的性能问题吗？如热点块

我发现我的一个block里面存了很多索引

SEGMENT_NAME	SEGMENT_TYPE	TABLESPACE_NAME	FILE_ID	BLOCK_ID	BLOCKS
PK_T_LOT_ROLE	INDEX	IDX_LOTMESS	14	128	8
PK_T_LOT_NOTIFYINF	INDEX	IDX_TLOTLOGN	32	128	8
PK_T_GX_WINLEVEL	INDEX	IDX_GX	10	128	8
PK_T_GX_STATIONINFO	INDEX	IDX_LOTSELECT	12	128	8
IDX_T_GX_TICKINF_2	INDEX	IDX_TLOTGXINFO	58	128	8

如果这些索引都需要维护，是不是会造成大量索引竞争？

在我insert 或update的时候

在维护索引的时候，一个block里面的多个索引同时维护，会是什么情况？ 会对性能造成多大影响？

会在索引分裂时，造成索引竞争吗？

底层是raid5


一个block里面的多个索引同时维护时，会不会锁块？比如itl等待

yobyin

每个index 都会在一个自己的segment 上，为什么会有多个index 在一个block 上的事呢？

pkmonster

哪里是"一个BLOCK", 虽然BLOCK ID都是128, 但是文件ID不同

cnaning

是假设创建8k表空间

lingtudong

楼上哥们你创建过8k的表空间？你oracle版本！

cnaning

加入一个索引表空间的大小设置成8k ， 那是不是只有一个block ，把多个索引存储到这个索引表空间是不是可以？

我的做法也是这样的，把多个索引存储到一个表空间，就会出现一个block存储多个索引的情况

lingtudong

个人感觉索引表空间分别存放在不同的lun上，减少竞争。另不太明白你是怎么认为一个block存了多个索引的？

cnaning

对于索引表空间的规划，是把schema下所有索引放在一个索引表空间性能好，还是每个索引存储在单独的表空间性能好，底层在同一个raid组？

avantar

原帖由 cnaning 于 2012-7-23 18:23 发表
并发insert + update 时 对索引块的维护 会造成block的性能问题吗？如热点块

我发现我的一个block里面存了很多索引

       SEGMENT_NAME  SEGMENT_TYPE  TABLESPACE_NAME  FILE_ID  BLOCK_ID  BLOCKS    PK_T_LOT_R ...

一个block里怎么可能存放很多索引呢？

Maclean Liu(刘相兵

一个block里面的多个索引同时维护

=> 同时维护多个索引， 造成更多的block changes ，假设索引较小在内存中则消耗更多逻辑读， 当并发量很高时还可能造成index block的 buffer busy ，所以一般建议一张表上的索引数目不要超过 6个，

对性能造成多大影响？

大约造成 5%-30%的性能 overhead


会在索引分裂时，造成索引竞争吗？

这取决于你插入的并行度，若并行度很高那么显然会造成 index contention


"一个block里面的多个索引同时维护时，会不会锁块？比如itl等待"

所谓ITL等待是指block中的ITL不足时引发的ITL CONtention ， 除非你对单块的并发度达到200左右 否则很少会引起该种问题， 和索引的数目多少关系不大