本文讨论了在Oracle 11.2.0.4.0数据库中，TRUNCATE操作在30G的大表（按天分区）上运行缓慢的问题。主要等待事件包括log file switch, local write wait和enq: RO – fast object reuse。原因是磁盘写入速度不足和数据写进程数量过少。解决方案包括增加数据写进程数量（需要重启数据库）或者使用删除到回收站再创建表的方式代替TRUNCATE。"
133081238,20037236,前端编程的视觉导航特性,"['前端框架', 'HTML', 'CSS', 'JavaScript', '用户交互']
在测试环境TRUNCATE一张按天分区的大表，数据量大概30G，速度非常慢，大概需要半个小时，检查发现等待的是log file switch事件。本案例数据库版本为11.2.0.4.0,操作系统为OEL 6.5。
SQL> select sql_id,OSUSER,MACHINE,TERMINAL,PROGRAM,EVENT,STATE from v$session where username='CHGSHS';
SQL_ID EVENT STATE
------------- ---------------------------------------- ----------
74jc7bvw5p1fg log file switch (checkpoint incomplete) WAITING
SQL> select SQL_TEXT from v$sqltext where sql_id='74jc7bvw5p1fg';
SQL_TEXT
----------------------------------------------------------------
truncate table ORD_ORD_BSC_M
过一会再次查询，等待事件变成了local write wait。
SQL> select sql_id,OSUSER,MACHINE,TERMINAL,PROGRAM,EVENT,STATE from v$session where username='CHGSHS';
SQL_ID EVENT STATE
------------- ---------------------------------------- ----------
74jc7bvw5p1fg local w
最低0.47元/天 解锁文章
618
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
