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

adeng56

好贴啊！必须顶！

ZALBB

kelsoncong 发表于 2012-6-27 11:58
福哥，这个帖子大家的参与度还比较高啊，尤其是你和anlinew加入以后，还是比较热闹的，是不是考虑射个精啥 ...

是的，可以射精了，但你是发起人，最好把大家的观点归纳总结一番，这样帖子质量更高。

lele5000

lz说的这些其实都可以在开发时避免

还是那句话，Design for performance,not tuning for performance

Lyoohan

kelsoncong 发表于 2012-6-26 16:24
恩,我有点明白你的意思了, 这个目的是不是减少单次运行的数据量的大小? 但是实际上总的运算量并没有发生变 ...

对头,大而化小真的很实用

kelsoncong

ZALBB 发表于 2012-6-27 12:24
是的，可以射精了，但你是发起人，最好把大家的观点归纳总结一番，这样帖子质量更高。

恩，等讨论结束以后，我来整理下，看看调优的时候到底有哪些招可以用

finalarrow

kelsoncong 发表于 2012-6-26 16:19
所以我一般建议在仓库环境下加hint,避免这种新增大量数据或移走大量数据带来的统计信息的问题，从而影响执 ...

我也遇到过，没两天两夜，但用Toad来看估计要十几个小时的。数据仓库环境用hash join的Hint会多一些，并且，有时全表扫描会比索引更好。因为如果访问记录数据超过一定比例（5%?）时，用全表会更有效率。

finalarrow

finalarrow 发表于 2012-6-26 16:13
那也可以按每个省+时间做partition了

用时间做partition, 再用省做subpartition, 再用local bitmap index

wanglipo

1，分析业务逻辑，尝试是否能从业务逻辑的角度进行优化
2，找出执行慢的SQL，查看执行计划，
3，针对执行计划进行SQL重写、添加索引等优化操作
4，尝试是否可以从数据库性能上进行一些优化

8148544

谢谢分享。新人也来学习学习

8148544

谢谢分享。新人也来学习学习