150G左右的数据库，每天230G归档

伊思

确实是比较异常，不过得从应用角度去分析和检查，从数据量无增加上看来，应该是大量的.插入，删除和修改造成，但是总体数据量是稳定的，大量的增加和修改是不是有过多的重复和不必要，是否对有些表可以采取临时表，对部分表可以采取truncate方式删除，而不是delete

Yong Huang

> 使用logminer看看.

That's the ultimate solution. Yes, it helps.

> SELECT ... FROM v$segment_statistics ...
> --看看db block changes多的对象,查询v$sql,注意dml的执行次数.多数是开发的问题.

It may not be easy to go from segment name (and owner) to session. If you can, then that's a solution too.

myownstars

使用临时表应该要看应用的，万一造成数据丢失就不好了；
曾经见过这么一种应用
1 delete from table
2 check condition, if false then rollback

Yong Huang

> 曾经见过这么一种应用
> 1 delete from table
> 2 check condition, if false then rollback

That doesn't look smart. Why not check condition with an appropriate where-clause and delete and commit if the condition matches expectation, and do nothing if not?

chjlu

谢谢大家。挖了日志及查询了DBA_HIST_SEG_STAT。定位同一个表。更新非常频繁。

chjlu

使用全局临时表，基于回话、事务两种方式，但是不能长久存储啊。