某次批量insert 数据速度缓慢 的故障处理

并行的两台机器A和B,都对t表做批量插入。

A机器批量插入t表速度正常,1千条插入速度200毫秒以内

B机器一直正常,但同事偶然登陆B机器发现存储速度急剧下降,吞吐率遭遇瓶颈,3千条插入速度要6秒以上,甚至几十秒.

查询io事件排名

SELECT se.sid,se.serial#,pr.SPID,se.username,se.status,se.terminal,se.program,se.MODULE,

se.sql_address,st.event,st.p1text,si.physical_reads,si.block_changes,ST.p1,ST.p2,ST.p3 FROM v$session se,

v$session_wait st,v$sess_io si,v$process pr
WHERE st.sid=se.sid AND st.sid=si.sid
AND se.PADDR=pr.ADDR
AND se.sid>6
AND st.wait_time=0
AND st.event NOT LIKE '%SQL%'
ORDER BY physical_reads DESC

看到最前面的事件是db file sequential read,记下p1(file_id),p2(block_id),p3(blocks) 

查询对应对象:

 

select owner
,segment_name
,segment_type
,tablespace_name
from dba_extents
where file_id=15
and 2584753 between block_id and block_id + blocks - 1


发现为t表索引。

为了解决频繁物理读取t表索引数据块问题,进行以下处理:


1、原有oracle限制为10G内存极限,为了提高缓存,增加读取命中率,提升系统可用内存。

alter system set memory_max_target=25000M scope=spfile;

alter system set memory_target=25000M scope=spfile;

重启oracle,内存占用由7G多上升到15G多,存储速度有一定优化,但和A机比还相差近10个数量级。

2、尝试重建索引

select * from user_part_indexes where table_name='t表'
select * from user_ind_partitions where index_name=' t表索引' order by partition_position desc

找出当日的索引所在分区SYS_p2441,重建。

ALTER INDEX t表索引 REBUILD PARTITION SYS_P2441;

重建后,插入速度正常,达到200毫秒以内。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值