oracle 备库查询慢,oracle 11g 插入数据，查询数据很慢，该如何查看，在线等

最新推荐文章于 2023-06-25 14:36:14 发布
最新推荐文章于 2023-06-25 14:36:14 发布
阅读量122 收藏
点赞数
文章标签： oracle 备库查询慢
本文探讨了Oracle数据库系统的运行状态，通过toptop命令分析了CPU、内存使用情况，并深入解读了v$resource_limit视图中的参数。还提供了设备I/O和VxVM虚拟内存的数据，旨在帮助理解并优化数据库性能。
摘要由CSDN通过智能技术生成

各位大牛，需要看哪些数据，我这里可以远程采集。如下有部分数据，麻烦各位帮忙分析下。

oracle@report:/oracle/app/admin/ora11g1/adump> top

top - 14:44:08 up 223 days,  3:58,  4 users,  load average: 2.34, 2.72, 3.04

Tasks: 387 total,   2 running, 385 sleeping,   0 stopped,   0 zombie

Cpu(s):  1.8%us,  0.4%sy,  0.0%ni, 90.9%id,  6.8%wa,  0.0%hi,  0.1%si,  0.0%st

Mem:  24532420k total, 24392840k used,   139580k free,   219724k buffers

Swap: 25173812k total,  2095320k used, 23078492k free, 18888896k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

27947 oracle    15   0 11.9g 252m 250m R   71  1.1   0:01.47 oracle

19112 oracle    15   0 11.9g 876m 864m D   12  3.7   0:09.97 oracle

14391 root      16   0  2664  376  324 S    8  0.0   1067:57 guard-userspace

1 root      16   0   796   76   40 S    0  0.0  63:26.53 init

2 root      RT   0     0    0    0 S    0  0.0   0:08.29 migration/0

3 root      34  19     0    0    0 S    0  0.0   0:00.09 ksoftirqd/0

4 root      RT   0     0    0    0 S    0  0.0   0:05.98 migration/1

5 root      34  19     0    0    0 S    0  0.0   0:00.18 ksoftirqd/1

6 root      RT   0     0    0    0 S    0  0.0   0:05.36 migration/2

7 root      34  19     0    0    0 S    0  0.0   0:16.19 ksoftirqd/2

8 root      RT   0     0    0    0 S    0  0.0   0:05.93 migration/3

--------------------------------------------------------------------------------

SQL> select MAX_UTILIZATION,INITIAL_ALLOCATION from v$resource_limit;

MAX_UTILIZATION INITIAL_ALLOCATION

--------------- ----------------------------------------

150        150

170        170

262       2460

158        968

0          0

0          0

0          0

0          0

0          0

0          0

0          0

MAX_UTILIZATION INITIAL_ALLOCATION

--------------- ----------------------------------------

0          0

0          0

16        748

19  UNLIMITED

4294967295        187

0        187

5        187

36        187

24  UNLIMITED

0        340

1  UNLIMITED

MAX_UTILIZATION INITIAL_ALLOCATION

--------------- ----------------------------------------

129        120

------------------------------------------------------------------------------------

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn

sda             125.00         0.00      1656.00          0       1656

sdb               0.00         0.00         0.00          0          0

sdc               0.00         0.00         0.00          0          0

sdd             576.00    163256.00         0.00     163256          0

VxVM19000         0.00         0.00         0.00          0          0

VxVM30000        47.00     23272.00         0.00      23272          0

VxVM30001        95.00     42560.00         0.00      42560          0

VxVM30002        84.00     32280.00         0.00      32280          0

VxVM30003        84.00     32280.00         0.00      32280          0

VxVM30004        76.00     33376.00         0.00      33376          0

VxVM30005         0.00         0.00         0.00          0          0

VxVM30006         0.00         0.00         0.00          0          0

VxVM30007         0.00         0.00         0.00          0          0

VxVM30008         0.00         0.00         0.00          0          0

VxVM30009         0.00         0.00         0.00          0          0

VxVM30010         0.00         0.00         0.00          0          0

VxVM30011         0.00         0.00         0.00          0          0

VxVM3             0.00         0.00         0.00          0          0

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn

sda             138.61         0.00      2035.64          0       2056

sdb               0.00         0.00         0.00          0          0

sdc               1.98         0.00        15.84          0         16

sdd             748.51    173124.75       823.76     174856        832

VxVM19000         0.00         0.00         0.00          0          0

VxVM30000        94.06     21520.79       380.20      21736        384

VxVM30001        97.03     38455.45       142.57      38840        144

VxVM30002       122.77     45370.30       110.89      45824        112

VxVM30003       109.90     30154.46        39.60      30456         40

VxVM30004       112.87     37330.69       110.89      37704        112

VxVM30005         1.98         7.92         7.92          8          8

VxVM30006         1.98         7.92         7.92          8          8

VxVM30007         1.98         7.92         7.92          8          8

VxVM30008         1.98         7.92         7.92          8          8

VxVM30009         1.98         7.92         7.92          8          8

VxVM30010         0.00         0.00         0.00          0          0

VxVM30011         0.00         0.00         0.00          0          0

VxVM3             1.98         0.00        15.84          0         16

-----------------------------------------------------------------------------------------------------------------------------------------------------

oracle@report:/oracle/app/admin/ora11g1/adump> free -m

total       used       free     shared    buffers     cached

Mem:         23957      23826        131          0        212      18606

-/+ buffers/cache:       5007      18949

Swap:        24583       2046      22537

weixin_39681058
关注
oracle插数据很慢表锁住,插入临时表速度慢的问题
weixin_42320061的博客
04-04 1193
insert into t1(SXH,FSRQ,COMPID,DEPTID,USERID,YWLX1,YWLX2,ZFFS,ZFKM,JFFSE,DFFSE,WLDW,BY1,BY2,BY3,BY4,BZBZ,ZKFX,ZFFS1,ZFKM1,BY5,BY6,BY7,JZRQ,JP_CJR,JP_HBH,JP_HC,JP_CFRQSJ,JP_CW,CP_COMPID,CP_DEPTID,CP_US...
创建索引oracle 很慢,Oracle 11G – 插入时索引的性能影响
weixin_35698659的博客
04-03 1080
目的验证插入没有PK /索引的记录加上后来创建的记录是否真的比插入PK /索引更快.注意这里的要点不是索引需要更多时间(很明显),但总成本(不带索引的插入创建索引)高于(使用索引插入).因为我被教导插入没有索引并且稍后创建索引因为它应该更快.环境DELL Latitude核心i7 2.8GHz 8G内存和Windows上的Windows 7 64位SSD硬盘Oracle 11G R2 64位背景我...
oracle 备库查询慢,为什么查询比在oracle下还慢
weixin_42467457的博客
04-02 191
这个查询语句的explain结果中cursor显示的是BasicCursor，表示没有使用索引，所以查询需要扫描整个FQ_POLICY集合。扫描整个集合需要把集合中所有的文档都读入到内存中，是特别费时的操作。我调整了一下这个查询语句的结构，应该可以使用表索引了，您可以在测试环境里试试下面这个查询：db.FQ_POLICY.find({"status" : 3,"auditstatus" : 1,"...
oracle查询很快更新很慢,Oracle查询慢, 特别是更新慢问题
weixin_30618553的博客
04-12 625
Java Web基础——Action+Service +Dao三层的功能划分1. Action/Service/DAO简介: Action是管理业务(Service)调度和管理跳转的. Service是管理具体的功能的. Action只负责管理,而Service负责实施. D ...HDU_2014 青年歌手大奖赛_评...
Oracle关库后开启查询变慢,oracle – 几次执行后查询很慢
weixin_33019705的博客
04-09 120
尝试设置跟踪.任何用户正在经历延迟的用户作为sys：GRANT ALTER SESSION TO USER;当用户执行跟踪时：ALTER SESSION SET EVENTS '10046 trace name context forever, level 8';ALTER SESSION SET TRACEFILE_IDENTIFIER = "MY_TEST_SESSION";产生错误/问题,然...
oracle新建库查询慢,oracle數據庫查詢特別慢的原因及對策………………
weixin_34122028的博客
04-04 126
#25對init.ora文件中的參數：db_block_buffers，shared_pool_size，db_block_size這幾個參數影響最大，其中db_block_size只有在建庫時指定，不能修改，默認為2k,最好改成8k以上。具體配置要根據你的服務器的硬件配置來設置，可以給一個大概的配置如下：如果服務器內存為512M，連接100台客戶機則：增加以下參數：open_cursors=...
oracle 异步io 慢,Oracle数据库异步IO导致查询响应缓慢
weixin_35607076的博客
04-03 374
客户的环境是两台HP-UX ia64 B.11.31部署的一套Oracle 11.2.0.4.4 RAC Database，存储是一套EMC，一套HDS，通过赛门铁克storage foundation将两套存储做成镜像，实现节点之间的共享存储。前期只有一套HDS在使用，在将EMC加入到storage foundation之后，RAC的第一个节点出现查询操作缓慢的情况，包括sqlplus本地登陆缓...
oracle导出数据特别慢_Oracle 大最插入数据 一段时间之后变慢问题解决方法
weixin_39841610的博客
12-18 1392
因为系统业务需要，需要从数据中心导入12年的历史数据到系统。每天平均1000千左右。有一个表有200多个字段，基中还包括几个clob字段。导入方式是用http向服务器一天一天的请求数据。每次请求一天。不能请求太多天，因为服务器请求太多天，有可能返回不了数据。导致失败，Java的JDBC接口写入。每次写数据都是一条一条的写入。刚开始还算顺利，接口过来的数据都能写入进数据库。但问题出现在写入1个月数据...
oracle跨库关联慢,跨DBLINK Insert into慢的问题解决
weixin_29826413的博客
04-09 2068
一、问题描述今天用户给出一个SQL，select执行很快，但是insert进表时就很慢，半天没个动静。SQL执行用时：310sINSERT INTO uop_sta_cen.WXL_IDC_STATE(INS_DATE, DOMAIN_ID, EPARCHY_CODE, CUST_ID, USER_ID, SERIAL_NUMBER)SELECT SYSDATE,'3',EPARCHY_CODE,...
oracle union all 特别慢_Oracle查询性能优化
weixin_40007668的博客
11-21 4645
原则一：注意WHERE子句中的连接顺序：ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.尤其是“主键ID=？”这样的条件。原则二：SELECT子句中避免使用 ‘ * ‘：ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成...
oracle11g 空闲时间,oracle11g 基于时间点的恢复
weixin_30750081的博客
04-02 127
本帖最后由 lvtzlb 于 2012-2-13 18:36 编辑SQL> show userUSER 为 "STORE"--当前用户；SQL>SQL> create table test(name varchar2(20));表已创建。SQL> insert into test values('1111');已创建 1 行。SQL> insert into test...
1、【已解决】oracle 11g速度慢、plsql登录查询慢、服务器本地sqlplus正常
YABUSHAN
02-02 2456
根据分析服务器内存、cpu、io都正常；plsql和工程访问数据库非常缓慢，而sqlplus则很快； 网上查找了原因，主要有两中情况： 1、listenner.log 日志过大 解决办法：删除该文件重新创建一个文件名为listener.log的日志文件即可。 2、服务器的DNS解析 查看文件/etc/resolv.conf 可看到有两个代理ip地址，将这两个nameserver给...
Oracle-DG备库应用查询不到数据问题处理
sinat_36757755的博客
06-25 1309
一套准备上线的Oracle 11G RAC主备集群，应用报告说部分模块测试发现在备库查不到新插入的数据，而且问题发生的频率很高，需确认主备之间同步是否存在问题，此套主备之间同步采用SYNC+AFFIRM模式
ORACLE数据库查询太慢，内存溢出了
热门推荐
海洋之心
07-02 1万+
今天同事说他导了7w条数据，但是在页面查询很慢，直接内存溢出了，让我处理下；emmmmm，首先内存溢出就直接先设置下Eclipse， 按照图片这样先设置：-Xms512m -Xmx1024m -Xss128k -XX:+UseParallelGC -XX:+UseParallelOldGC 然后设置tomcat -server -Xms4096m -Xmx4096m -XX:PermSize=512M -XX:MaxPermSize=1024M -XX:-UseGCOverheadLimit 这样设置了大概
Oracle数据库迁移后变慢,迁移数据之后，读取数据库变得很慢
weixin_42489714的博客
04-05 1640
在某天晚上，业务人员把数据库迁至新库，通过数据泵导入导出这种方式迁至新库上。新库与老库均为rac环境在第二天上午，业务人员突然报说数据库处理单子的速度变的很慢，一上午压了2000个单子。出现这种情况的原因有这么几种：1.导数的时候没有导统计信息2.表和索引的统计信息变了3.是否产生了不同的计划任务这里我就能想到这么三点，可能会有各种不同的问题，下面我们跟业务人员要一下跑的业务语句select SE...
Oracle提高查询效率方法总结
曹海成的专栏
11-02 2035
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)： 　　ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是
oracle 插入数据后执行max()很慢
最新发布
09-05
当在Oracle数据库中插入数据后，执行max()函数可能会变得很慢的原因有以下几点： 1. 数据量增加：当插入较大数量的数据后，数据库中的数据量会增加，这有可能导致查询效率下降，包括执行max()函数。因为在执行max()...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值