记一次出产情形卡顿优化进程--大事宜并发回滚

即smon历程在做大事宜的回滚，默认参数fast_start_parallel_rollback参数为low，即回滚时会启动2*CPU个数 个并发历程。而因为是行使并发，以是也许因为并发之间彼此行使配合的资源，导致回滚速率更慢。由于是出产情形，不能任意重启，以是我用了下面的要领来修改这个参数：

1.查找smon历程ID

select pid,spid,pname,username,tracefile from v$process where pname='SMON' 

2.禁用smon历程的事宜整理(Disable SMON transaction cleanup)

oradebug setorapid 'SMON's Oracle PID'; 
 oradebug event 10513 trace name context forever, level 2 

3.查询V$FAST_START_SERVERS视图，将全部smon启用的并发历程杀掉

4.修改fast_start_parallel_rollback参数

alter system set fast_start_parallel_rollback=false; 

5.启用smon历程的事宜整理(enable transaction recovery)

oradebug setorapid 'SMON's Oracle PID'; 
oradebug event 10513 trace name context off 

6.得到tracefile name

oradebug tracefile_name 

7.验证

4、营业验证

修改后去营业验证，到岑岭期照旧有卡顿征象，不外频率镌汰了许多，报错之类的也没有了，同时调查新的陈诉可以发明并发回滚之类的守候变乱已经没有了。

【编辑保举】

1. 四种漫衍式数据库场景选型、优弱点比拟说明和将来瞻望
2. 到底选择PostgreSOL照旧MySQL？看这里
3. MySQL：常用的30种SQL查询语句优化要领
4. SQLite行使内存数据库
5. 到底选择SQL照旧NoSQL？看这里！

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!