某次批量insert 数据速度缓慢 的故障处理
来源:互联网 发布:顾比均线指标源码 编辑:程序博客网 时间:2024/05/20 13:38
并行的两台机器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
查询对应对象:
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毫秒以内。
- 某次批量insert 数据速度缓慢 的故障处理
- Mysql批量insert重复数据的处理
- kettleupdate/insert数据缓慢
- 关于于某次生产线数据修复的处理方案
- 【轻松处理网页缓慢打开,加快网页速度的方法】
- Bulk insert 批量导入数据的限制
- 【mybatis】批量insert数据
- INSERT语句的速度
- INSERT语句的速度
- ORACLE 大量数据insert into的速度提高
- prepareStatement的批量处理数据
- prepareStatement的批量处理数据
- bulk insert批量数据导入
- sql批量Insert插入数据
- Windows启动速度缓慢的八个原因
- 网页加载速度缓慢的原因分析
- 对mysql数据库批量插入数据的速度测试
- 插入大量数据速度慢的解决方法:批量插入
- iOS 开发 内存管理与内存优化的那些事
- [心得]最重要的事情只有一件!精华笔记
- 2016.11.29
- MySQL中批量将字符串的某个指定子串替换成另一个子串
- MODULE
- 某次批量insert 数据速度缓慢 的故障处理
- 图的路径搜索
- mysql 解压版 使用教程
- 初次使用CODE及GIT及TortoiseForGit
- Java编程中super关键字的用法
- java常用类及接口
- 判断一个数是否为完全平方数
- 【笔记】仿支付宝密码输入框
- Linux中线程与CPU核的绑定