- 最后登录
- 2014-2-12
- 在线时间
- 45 小时
- 威望
- 3
- 金钱
- 1721
- 注册时间
- 2012-7-5
- 阅读权限
- 10
- 帖子
- 9
- 精华
- 0
- 积分
- 3
- UID
- 560
|
12#
发表于 2013-5-29 15:25:35
在05/08 15:57:11 左右
这段时间内登录总次数60.10*60*4.4=15866.4,也应该算正常,
但是这个期间执行了PRO_POSITION_GPSONE,这个procedure是递归调用的插入语句,
每个递归都登陆了两次数据库(select /*+ connect_by_filtering */ privilege#, level from sysauth$ ,),又或未使用绑定变量,导致了大量cursor: pin S wait on X,引起了share pool的自增长。
这个硬解析,外加上插入操作出现了违反约束导致更多的系统开销(CPU+DB TIME),(select /*+ rule */ c.name, u.name from con$ c, cdef$ cd, user$ u whe)。
以下作业的交织导致了row cache的 争用,以及相关表如T_POSITION_GPSONE的竞争加剧,伴随了热点segment的出现。
可调查异常作业:
BEGIN PRO_POSITION_GPSONE(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19) ; END; 在8号和正常期间都有执行
BEGIN PROC_POSITION_GPSONE(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17) ; END;只在8号执行
DELETE FROM POSITION_LAST WHERE F_SIM = :B1 只在8号执行 |
|