php连接oracle很慢是什么原因_通过DB LINK插入速度很慢的问题

最新推荐文章于 2023-05-08 20:39:11 发布
最新推荐文章于 2023-05-08 20:39:11 发布
阅读量115 收藏
点赞数
文章标签： php连接oracle很慢是什么原因
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_35583709/article/details/114908787
版权

DB2上做的10046的Trace，内容截图如下：

*** 2011-01-13 11:11:24.805

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 1035392 driver id=675562835 #bytes=33 p3=0 obj#=-1 tim=1294888284805778

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 126 driver id=675562835 #bytes=251 p3=0 obj#=-1 tim=1294888284806808

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 379 driver id=675562835 #bytes=141 p3=0 obj#=-1 tim=1294888284807992

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 400 driver id=675562835 #bytes=2 p3=0 obj#=-1 tim=1294888284809172

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 203813 driver id=675562835 #bytes=61 p3=0 obj#=-1 tim=1294888285013777

*** 2011-01-13 11:11:26.305

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 1291298 driver id=675562835 #bytes=85 p3=0 obj#=-1 tim=1294888286305913

*** 2011-01-13 11:11:27.334

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 1027306 driver id=675562835 #bytes=9 p3=0 obj#=-1 tim=1294888287334022

*** 2011-01-13 11:11:28.558

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 1223313 driver id=675562835 #bytes=89 p3=0 obj#=-1 tim=1294888288558204

*** 2011-01-13 11:11:29.842

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 1283486 driver id=675562835 #bytes=33 p3=0 obj#=-1 tim=1294888289842497

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 374 driver id=675562835 #bytes=138 p3=0 obj#=-1 tim=1294888289843828

*** 2011-01-13 11:11:30.658

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 813941 driver id=675562835 #bytes=163 p3=0 obj#=-1 tim=1294888290658516

*** 2011-01-13 11:11:31.942

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 1283404 driver id=675562835 #bytes=227 p3=0 obj#=-1 tim=1294888291942726

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 231 driver id=675562835 #bytes=119 p3=0 obj#=-1 tim=1294888291943780

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 8 driver id=675562835 #bytes=173 p3=0 obj#=-1 tim=1294888291944547

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 10 driver id=675562835 #bytes=46 p3=0 obj#=-1 tim=1294888291945329

WAIT #3068448836: nam='SQL*Net more data from dblink' ela= 389 driver id=675562835 #bytes=55 p3=0 obj#=-1 tim=1294888291946474

物理老卢
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle10g dblink优化,dblink如果很慢可以用这种方式优化
weixin_32820311的博客
04-09 2086
发现dblink如果很慢可以用这种方式加个/*+driving_site(xxx)*/，查询很快使用DBLINK远程访问数据库的优化策略和思路：策略：远程访问，网络传输占很大部分，优化原则，减少网络传输，将小的结果集拉到本地处理；思路1：在远端建立视图；思路2：使用DRIVING_SITE将数据拉到本地处理；出现这种执行计划，主要原因是使用了db link，要想看到执行计划，可以加 hint,如：...
oracle dblink特别慢,oracle的dblink
weixin_39915210的博客
04-13 1377
rhel5 =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.3.50)(PORT =1521)))(CONNECT_DATA =(SERVICE_NAME = orcl)))1、私有grant create database link to qincreate database link linkte...
oracle 10046事件，解决dblink跨oracle server复制数据效率慢踩到的坑
世民后人的博客
04-18 3948
最近机器学习很火，公司也想着往这方面做一些试水项目，想着从大量的历史数据中预测用户行为。由于需要用到大量的数据做分析，所以得从生产环境中获取这些数据进行相关的分析。那么问题来了，我们总不可能直接对生产环境的数据进行操作然后分析吧（以免影响生产环境的业务），所以必须从生产环境中将大量的数据复制到本地oracle db，再做分析。本人对于这次的跨环境跨库数据复制有着深深的体会，特别是oracle db
dblink查询慢问题
Ike__的博客
05-08 987
3、检查试图发现有DBLINK（但是DBLINK的执行计划里面的统计信息都正确，并且这两个DBLINK的表都很小[一个十几行/一个几百行]），然后改将DBLINK为本地表再加hint提示[//提示，发现执行计划还是原来的(Plan hash value两次一样)，2、加上/*+ leading(t1) use_nl(t)+ leading(t1) use_nl(t) */]提示。
跨DBLINK Insert into慢的问题解决
congzhaogai9850的博客
08-31 2309
一、问题描述 今天用户给出一个SQL，select执行很快，但是insert进表时就很慢，半天没个动静。 SQL执行用时：310s INSERT INTO uop_sta_cen.WXL_I...
利用python-oracledb库连接Oracledb数据库，使用示例
06-24
python-oracledb的源码和使用示例代码， python-oracledb 1.0，适用于Python versions 3.6 through 3.10. Oracle Database； This directory contains samples for python-oracledb. 1. The schemas and SQL ...
数据库oracle rac 修改db_unique_name参数
02-14
Oracle RAC 修改 db_unique_name 参数 在 Oracle RAC 环境中，db_unique_name 参数是一个非常重要的参数，它决定...修改 db_unique_name 参数需要注意很多细节，我们需要小心地处理修改过程中的问题，以避免出现错误。
VC动态SQL方法4连接Oracle的实现.rar_oracle_oracle VC++_oracle vc_oracle 连接
09-23
从标签中，我们可以看到"oracle_vc++"、"oracle_vc"、"oracle_连接_vc"和"vc_oracle"，这些标签表明这个项目是关于使用VC++进行Oracle数据库连接的。"oracle"标签表明这是针对Oracle数据库的，而"vc++"则明确指出是...
解决python通过cx_Oracle模块连接Oracle乱码的问题
09-09
在Python编程中，当使用cx_Oracle模块连接到Oracle数据库时，可能会遇到中文乱码的问题。这通常是由于字符集设置不匹配导致的。本文将详细解释这个问题，并提供解决方案。 首先，Oracle数据库支持多种字符集，用于...
DBLINK 无统计信息导致SQL变慢
12-14
ORACLE社区有位哥们提问，为啥索引重建（alter index rebuil）之后，SQL变慢了，以前15秒可以完成，现在要2分多种，于是问他要了执行计划 SQL> set autotrace traceonly SQL> SELECT SEQ_PAY_CUSTOMEROPER.Nextval，u.ID，'admin'，1，t.LAST_LOGIN_TIME，t.LOGIN_TIMES，t.LOGIN_IP   2       FROM EFB_USER_MOVE@WODBLINK t，T_PAY_USERINFO u   3       WHERE t.ID = u.ID AN
oracle 的job事件,job 一直卡在SQL*Net more data from dblink等待事件上的問題
weixin_35884307的博客
04-05 410
檢查DB時，一個job 從執行了9個小時還在運行，從v$session_wait 根據sid查看 存在SQL*Net more data from dblink 等待事件，查看job執行的存儲過程，卡在一個cursor：CURSOR C1ISSELECT equip_nbr,equip_grp,code code,start_time,FLOORFROM (SELECT DISTINCTa.equ...
SQL*Net more data from dblink引起library cache pin
cri5768的博客
12-02 231
今天论坛中发现一个问题在进行编译或者删除存储过程的时候一直卡住， 当然这个很可能是LIBRARY CACHE PIN引起的。概念如下： An Oracle instance has a library cache that ...
网络上的等待事件 —— SQL*Net more data from client/dblink
事后诸葛亮的程序人生（微信：zq9017197）
11-03 8003
SQL*Net more data from client SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'SQL*Net more data from client'; EVENT# NAME
oracle通过dblink查表卡住,通过DBLINK查询写入很慢
weixin_42297904的博客
04-03 2816
我这边有三个库，分别是：k1,k2,k3.分别在不同的网络，其中k2为中间交换库，上面有DBLINK分别到k1和k3开发经常做一个操作就是：insert into table1@k1 (select tt.*,null from table1@k3 tt where xxxx='201510');从k3的表中筛选一些数据再加一列空值插入到k1库的表中(数据大概1W多行)，这个操作非常慢。(之前k2...
调试经验——使用DBLINK查询非常耗时且不可靠（原因不在于DBLINK，而在于SQL代码中漏添加了DBLINK语句）
预见未来to50的专栏
10-24 5742
问题描述： 由于生产环境数据库只提供了查询权限（read-only privilege），只能在开发环境中创建自定义函数。但是，报表所需的数据仅存在于生产数据库中，在开发数据库中是空表。所以，试图通过DBLINK的方式通过开发数据库中访问生产数据库。但是，发现一个比较坑的地方：使用DBLINK查询非常耗时且不可靠。 具体表现在： 同样的SQL，在开发环境中半天查不出结果。即使取消执行，也会停...
SQL*Net more data to client意味着什么
老农民挖数据
09-03 8345
今天下班时候，接到领导一个任务，查看数据库sqlldr入库堆积情况 首先查看了io cpu swap情况，情况良好 Glance C.05.00.000 20:22:56 racdb1 ia64 Curren
Oracle 常见的33个等待事件
无双小宝
02-06 782
<br />  Oracle 常见的33个等待事件  <br /> <br />一． 等待事件的相关知识：<br /> <br />1.1 等待事件主要可以分为两类，即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件。<br />1). 空闲等待事件指ORACLE正等待某种工作，在诊断和优化数据库的时候，不用过多注意这部分事件。<br />2). 非空闲等待事件专门针对ORACLE的活动，指数据库任务或应用运行过程中发生的等待，这些等待事件是在调整数据库的时候需要关注与研究的。<br /> <b
python DataFrame插入数据到Oracle用to_sql插入数据很慢问题
最新发布
05-20
当使用`to_sql`方法将数据插入Oracle数据库时，可能会遇到性能问题。以下是一些可能导致性能问题的原因和解决方法： 1. Oracle数据库的版本：请确保您正在使用的是最新版本的Oracle数据库，因为较早的版本可能会导致性能问题。 2. 数据库连接：建立数据库连接可能需要一些时间，所以请确保您使用了连接池，并且连接池中的连接数足够。 3. 数据库表的大小：如果数据库表非常大，则插入数据可能会变得缓慢。您可以考虑在插入数据之前将表分为更小的部分。 4. 索引和约束：如果您在表上有很多索引和约束，则插入数据可能会变得缓慢。您可以考虑在插入数据之前禁用这些索引和约束。 5. 数据类型：确保您使用的数据类型尽可能与Oracle数据库中的数据类型匹配，避免自动转换带来的性能问题。 6. 批量插入：尝试使用批量插入方法，例如`executemany`，而不是单个插入。 7. 使用并行插入：如果您有多个CPU核心可用，请尝试使用并行插入来加快插入速度。 希望这些解决方案能帮助您提高插入数据到Oracle数据库的性能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值