楼主: ys990819

请教各位大神一个速度的问题。万分感谢

[复制链接]
论坛徽章:
0
11#
 楼主| 发表于 2021-2-8 11:49 | 只看该作者
lfree 发表于 2021-2-8 11:35
8000条理论也不需要5秒.你不会hwm 很高吧.

TABLE_NAME                          高水位 k       真实使用 k     预留(pctfree) k     浪费 k
------------------------------ ------------ -------------- ------------------- ----------
TEST                                      26192                2580.53              2619.2   20992.27

使用道具 举报

回复
论坛徽章:
0
12#
 楼主| 发表于 2021-2-8 11:54 | 只看该作者
lfree 发表于 2021-2-8 11:34
你使用什么工具查询的. 如果在sqlplus测试更慢.http://blog.itpub.net/267265/viewspace-2756736/

工具用的是:Allround Automations PL/SQL DEVELOPER Ver 10,
我先看下你给你的链接

使用道具 举报

回复
论坛徽章:
0
13#
 楼主| 发表于 2021-2-8 13:03 | 只看该作者
lfree 发表于 2021-2-8 08:44
toad PLSQLDev可能欺骗了你.它仅仅加载查询blob字段的头部一点点.你可以不要select * 去掉blob字段,查询应 ...

操作系统:
   Windows Server  2012 R2
   内存:256G
   CPU:Xeon(R) Gold 5215
数据库版本
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE        11.2.0.4.0        Production
TNS for 64-bit Windows: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production

使用道具 举报

回复
论坛徽章:
314
行业板块每日发贴之星
日期:2012-07-12 18:47:29双黄蛋
日期:2011-08-12 17:31:04咸鸭蛋
日期:2011-08-18 15:13:51迷宫蛋
日期:2011-08-18 16:58:25紫蛋头
日期:2011-08-31 10:57:28ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47蜘蛛蛋
日期:2011-10-20 15:51:25迷宫蛋
日期:2011-10-29 11:12:59ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41鲜花蛋
日期:2011-11-09 20:33:30
14#
发表于 2021-2-8 13:36 | 只看该作者
ys990819 发表于 2021-2-8 11:02
select * from TEST  生产系统: 31秒(本地系统10秒)--去除blob字段后。生产系统5秒select MDID,FORMNAME ...

你可以把生产系统的表MOVE一下(LOB也MOVE),降低高水位再试试;不过LOB字段的效率是有点低,

使用道具 举报

回复
论坛徽章:
0
15#
 楼主| 发表于 2021-2-8 14:07 | 只看该作者
lfree 发表于 2021-2-8 11:34
你使用什么工具查询的. 如果在sqlplus测试更慢.http://blog.itpub.net/267265/viewspace-2756736/

执行计划
----------------------------------------------------------
Plan hash value: 2929244514

-----------------------------------------------------------------------------
| Id  | Operation         | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |         |  8181 |  2580K|   889   (1)| 00:00:11 |
|   1 |  TABLE ACCESS FULL| TEST |  8181 |  2580K|   889   (1)| 00:00:11 |
-----------------------------------------------------------------------------


统计信息
----------------------------------------------------------
          1  recursive calls
          0  db block gets
       9509  consistent gets
        875  physical reads
          0  redo size
   32566339  bytes sent via SQL*Net to client
   15595747  bytes received via SQL*Net from client
      16374  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
       8186  rows processed

使用道具 举报

回复
论坛徽章:
194
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
16#
发表于 2021-2-8 15:24 | 只看该作者

TABLE_NAME                          高水位 k       真实使用 k     预留(pctfree) k     浪费 k
------------------------------ ------------ -------------- ------------------- ----------
TEST                                      26192                2580.53              2619.2   20992.27

--//如果后面的单位是K的话,就是高水位26M.
--//不过也不应该5秒.有点慢.

使用道具 举报

回复
论坛徽章:
0
17#
 楼主| 发表于 2021-2-11 17:07 | 只看该作者
lfree 发表于 2021-2-8 15:24
TABLE_NAME                          高水位 k       真实使用 k     预留(pctfree) k     浪费 k-------- ...

还能从哪些角度去分析这个问题吗?
生产系统内有另外一个表,有个BLOB字段,占用了大约18G,会不会这个表的LOB字段导致?

使用道具 举报

回复
论坛徽章:
0
18#
 楼主| 发表于 2021-2-11 17:08 | 只看该作者
ZALBB 发表于 2021-2-8 13:36
你可以把生产系统的表MOVE一下(LOB也MOVE),降低高水位再试试;不过LOB字段的效率是有点低,

谢谢,我试一下move效果看看。

使用道具 举报

回复
论坛徽章:
8
2009新春纪念徽章
日期:2009-01-04 14:52:28祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:07:24ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262013年新春福章
日期:2013-02-25 14:51:24沸羊羊
日期:2015-03-04 14:51:522015年新春福章
日期:2015-03-06 11:57:31
19#
发表于 2021-2-20 16:51 | 只看该作者
1、可能和hwm相关,可以先试试lfree说的方法;
2、此外,也可能和网络等其他因素相关,或者存储也看看排查下。

使用道具 举报

回复
论坛徽章:
0
20#
 楼主| 发表于 2021-2-25 11:18 | 只看该作者
sqysl 发表于 2021-2-20 16:51
1、可能和hwm相关,可以先试试lfree说的方法;2、此外,也可能和网络等其他因素相关,或者存储也看看排查下 ...

重新备份恢复了数据库,照理hwm问题已经没有,但是很奇怪的是
select * from test的速度,依旧没有改观。
blob字段总体大小只有10M。
费解。。。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表