数据库调优的三板斧[已结贴]

finalarrow

ZALBB 发表于 2012-6-26 15:03
HINT 一般只用来调优，不适合放在SQL语句里。

我们之前是不同意在 SQL 中加 HINT 的，这种情况下，可能会采用锁定分析计划。

湖湘文化

拜读，收获不小

湖湘文化

我一般的做法是：
收集信息，包括操作系统参数配置、资源使用情况、AWR报告、告警日志等

初步分析一下，哪里有问题再进一步具体问题具体分析

Lyoohan

需求调优,目前我最常最简单最常用的方法就是大而化小:
比如说需要全国数据,但是分省查再进行汇总的话可以大幅减轻服务器负担
另外对一些大数据  尽量走索引
很多时候走索引效率确实很高

kelsoncong

Lyoohan 发表于 2012-6-26 15:57
需求调优,目前我最常最简单最常用的方法就是大而化小:
比如说需要全国数据,但是分省查再进行汇总的话可以大 ...

没太看明白,直接查全国 和分省查然后汇总性能上有区别吗?能不能给个例子?

finalarrow

Lyoohan 发表于 2012-6-26 15:57
需求调优,目前我最常最简单最常用的方法就是大而化小:
比如说需要全国数据,但是分省查再进行汇总的话可以大 ...

那也可以按每个省+时间做partition了

kelsoncong

Lyoohan 发表于 2012-6-26 15:57
需求调优,目前我最常最简单最常用的方法就是大而化小:
比如说需要全国数据,但是分省查再进行汇总的话可以大 ...

关于走索引的问题,可能还是要看实际情况的,在大数据量的仓库环境下,数据装载的时候还是以全表扫为主的,所以通过分区限制全表扫的范围对系统性能帮助会很大.
查询的时候如果数据量不大,通过索引可能性能会有提升,但是对大数量的聚合的报表意义不是很大

kelsoncong

ZALBB 发表于 2012-6-26 15:03
HINT 一般只用来调优，不适合放在SQL语句里。

仓库环境下,放在存储过程里面的还是比较多的,避免因为大量数据装载和删除导致的统计信息的问题,加点hint系统稳定点

kelsoncong

ZALBB 发表于 2012-6-26 15:04
再推荐，10046，跟踪整个语句的执行过程，哪里耗时调哪里。 这招最管用。

这个不错

kelsoncong

finalarrow 发表于 2012-6-26 15:16
对的。如果partition分区一开始没数据，然后新加了数据马上操作，很容易引起 Nest Loop的执行计划，这时就 ...

所以我一般建议在仓库环境下加hint,避免这种新增大量数据或移走大量数据带来的统计信息的问题，从而影响执行计划，我遇到最极端的一个情况是平时15分钟跑完的语句，跑了两天两夜还没跑完，运维DBA忍无可忍，直接kill