最新更新主题

月度关注热点

请教海量数据表的查询优化方案

字体: 小 中 大 | 打印 发表于: 2008-8-25 16:07    作者: driftice    来源: CNOUG博客首页

有一海量数据表日更新数据达2亿条记录。现需要实时查询、分组等操作，（已按ID分区、只建了主键索引）。
想请大家提供些好的建议最大限度的提升查询响应速度。
我也来说两句 查看全部回复

最新回复

  • jametong (2008-8-25 17:17:15)

    具体是如何查询的啊?

    如果只是根据主键进行查询,,效率应该已经不错了.

  • driftice (2008-8-25 17:52:23)

    不只是根据主键查询，需要对许多关键字组合查询。关键在于频繁插入数据不能对这些关键字建立索引或者快速刷新的物化视图。

  • driftice (2008-8-27 10:28:15)

    有没有可行的方法，请高人指点迷津

  • hwl79 (2008-8-28 00:34:32)

    这种优化应该更多的从设计上入手。
    尽量使用分区吧，在设计查询的时候用到分区键，或者可以按照某字段列分表存放，在设计查询应用的时候能够分表查找。
    其他： 优化一些参数，存储块，共享，但余地有限

  • Hopewell_Go (2008-8-28 10:29:56)

    对于此数据此需求还是从设计着手。。可以分成多个表之类的

  • x-jeep (2008-8-30 20:30:48)

    根据应用，看看能不能建立一个位图索引，要是能建立，那么查询的速度可是非常的快呀，毕竟服务器善于处理010101010之类的数据

  • jametong (2008-8-31 00:46:13)

    QUOTE:

    原帖由 x-jeep 于 2008-8-30 20:30 发表
    根据应用，看看能不能建立一个位图索引，要是能建立，那么查询的速度可是非常的快呀，毕竟服务器善于处理010101010之类的数据
    频繁更新的数据,, 最好不要考虑使用bitmap index,,那样index维护成本很高,,很容易导致系统由于enqueue太多无法使用的情况..

  • fromeast (2008-11-06 23:56:50)

    分割！

    1.表分区成更小的粒度
    2.如果分区太多，则考虑分表

    数据分割后，索引的插入负担就小了。
查看全部回复 我也来说两句