sql 优化

饼干lr

longxibendi 发表于 2012-9-29 14:50
这个是没用的，虽然建立了联合索引，但第一个字段是范围查询，第二个字段的索引，是用不到的。(这种查询都 ...

我看了执行计划，是的，没用到复合索引。现在我再重新建个devid，time的索引来查查看计划，因为数据量比较大，可能花费点时间。
谢谢你了

yisildeai

饼干lr 发表于 2012-9-29 14:53
谢谢
我这里还需要把2个月之前历史数据删除，那我分区先按时间range分区，然后按devid hash分区，这样应 ...

首先你要考虑一件事情..分区键必须是主键或主键包含...所以你这样既要range 又要 hash的话...主键会比较庞大...如果还有其他的索引,.你的数据文件也会很大...

单做hash的话...直接根据你的devid 定位到这些数据..然后 where 通过索引精确找到数据...

你自己可以酌情考虑下.... 估计你这个应该是个统计库..其实range+hash也未尝不可...
跟你的查许也有关...假如你的时间范围特别大... 先range并不是特别理想了....

饼干lr

longxibendi 发表于 2012-9-29 14:50
这个是没用的，虽然建立了联合索引，但第一个字段是范围查询，第二个字段的索引，是用不到的。(这种查询都 ...

索引建好了，查询果然快了很多。看索引是走的是 （devid,time）。这个索引，经过业务部门测试，时间满足他们需求了。。谢谢你。。