oracle 10G优化问题

yihuaheren009 2011-09-08 12:53:03
现在跑一个存储过程,老是假死状态,起初20多分钟搞定,现在需要半小时,有时直接假死。一个晚上都跑不完。安装的10G,装的时候都是选的默认安装,曾对数据库优化如下:
alter system set pga_aggregate_target=512M scope=both
alter system set sga_max_size=1600M scope=spfile
alter system set sga_target=1600M scope=spfile
电脑物理内存2G,除了这3个语句优化内存,还有其他优化的方法没呢?第一次用ORACLE,各种不懂,存储过程里面有大量的UPDATE语句,是不是跑多了,日志写多了的原因呢,还有数据库日志怎么删除,删除会不会快点?
...全文
81 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
zengjc 2011-09-14
  • 打赏
  • 举报
回复
这问题解决了没?
Dave 2011-09-09
  • 打赏
  • 举报
回复

从SQL 入手,Oracle 本身的优化是很有限的。

btw: inthirties 很久没见了。
inthirties 2011-09-09
  • 打赏
  • 举报
回复
先做一些系统监控和数据库级别的监控

看看究竟是哪里慢。你的调整只是基于内存方面的调整,如果是sql执行路径慢,或者严重的是由于死锁等造成的,你的方案就不能满足了。
咖啡 2011-09-09
  • 打赏
  • 举报
回复
开启跟踪,确认一下你的执行过程中那个环节耗时最长。

你的内存设置也有问题的,一共2G内存的话,分配不能超过1.2G到oracle,否则,操作系统本身可能就有问题了
zengjc 2011-09-09
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 inthirties 的回复:]

先做一些系统监控和数据库级别的监控

看看究竟是哪里慢。你的调整只是基于内存方面的调整,如果是sql执行路径慢,或者严重的是由于死锁等造成的,你的方案就不能满足了。
[/Quote]
这个思路很对。
先做下监控,知道哪里是瓶颈了,再进行优化。
否则可优化的地方多了去了,但是不解决瓶颈的话,优化总体效果很不好。
Alessandro_ 2011-09-08
  • 打赏
  • 举报
回复
优化的多方面的。
yjytiantang 2011-09-08
  • 打赏
  • 举报
回复
优化是各方面的, 过程慢应该和日志关系不大。
你SQL 怎么写的~ 考虑优化SQL ~

3,491

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 高级技术相关讨论专区
社区管理员
  • 高级技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧