temp表空间突然增大

hendytai · 发表于 2003-7-28 09:21

是不是哪个游戏迷想搞垮你的Server啊，做个备份先！

liliving · 发表于 2003-9-25 14:16

最初由 biti_rainy 发布
[B]查询 v$lock
结合 SQL 和 session ： v$sqlarea/v$session/v$lock/v$sort_usage/v$session_wait

看这些sql都在等什么，是不是等待 enqueue resource 而造成连锁反应？

btw: 8i 的 tempfile 的临时表空间可能存在bug [/B]

9i也遇到过类似情况，我当时遇到这个问题时，我的空间数据库已经瘫痪，15个G的TEMP，我的做法是优化了一个应用程序，仅仅一个PACKAGE而也。这个问题，吖，用TOAD工具应该可以抓到他。

killertip · 发表于 2003-9-25 15:40

请教liliving 用toad 如何抓

sealight · 发表于 2003-9-25 15:46

我也遇到过类似问题，temp表空间运行了一年之后，达到了几个G！总感觉已经执行完的SQL语句的TEMP表空间的某些部分没有再被好好利用。很想知道原因。当时只是重建了TEMP表空间而已。
而重建的temp表空间在很长时间里都只有一两百兆而已，所以很怀疑用过的部分空间是否被重新利用了起来哦！

liliving · 发表于 2003-9-25 17:20

最初由 killertip 发布
[B]请教liliving 用toad 如何抓 [/B]

如果以上问题真的是由应用程序的不良设计产生，那么你可以用TOAD里：DBA==》TOP SESSION FINDER去查找
1：高CPU消耗
2：高内存消耗
3：高I/O消耗
如果将这三个东西整理，在加上TOAD里的KILL/TRACE来查看高PHYSICAL READS的进程。从这里可以获得SQL语句，而且还可以跟踪，更重要的是可以从这里知道是哪个应用，而不仅是SQL语句，优化首先要看应用的结构是否合理，然后才是SQL的优化，通常一个坏的结构可以高塌一个系统。嘻！