今天和大家分享一个很有意思的例子,关于索引列的顺序导致的性能问题。...表,TEST_NOTIF_REQ_LOG, 主键基于两个列(partition_key,NOTIFICATION_SEQ_NO),执行计划,update语句,还有数据分布大体如下,可以看到cpu消耗是很高的...最后我随机取了两列的值,测试的数据基于这两条数据。
为了模拟,我把数据,staticstics导出到一个测试库里,可以看到查询单条数据的逻辑读还是很高的,没有走索引。
?...重新建立索引,试着用create unique index的方式来建立索引,终于发现问题。
?
问题基本找到了,然后建立主键,关联产生索引来看看,发现达到了预期的效果。逻辑读很低,cpu消耗也很低。...有的朋友可能说,是不是由于索引没有关联主键导致的这样的问题。如果建立索引还是按照PARTITION_KEY,NOTIFICATION_SEQ_NO
性能应该没有什么差别
?