dump出来的数据库性能差异很大是什么原因

2008-11-11 04:27:46 286 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

MTK平台AEE dump机制详解与user版本开启实操指南 Android系统稳定性调试中，异常现场日志的捕获是定位问题的关键。AEE（Android Exception Engine）是MTK平台内置的异常捕获引擎，能够在系统发生kernel panic、watchdog超时或native crash等故障时，自动打包内核日志、进程栈和内存快照，为后续分析提供依据。许多用户版本的MTK设备默认关闭了部分AEE功能，导致异常时无法生成完整的db文件。理解AEE的运行原理，掌握关键属性配置和开启方法，对驱动工程师与系统稳定性工程师至关重要。本文基于Android Q/ 阅读详情

我现在有Oracle10g数据库服务器A和B,
操作系统都是solaris10

A的小版本是10.2.0.4.0
B的小版本是10.2.0.2.0

我将某个用户从A上exp出来然后imp到B中,
发现同个存储过程,在A上执行需要19分钟,在B上只需7分20秒

值得提的是A机的硬件性能高于B机, 但是跑起来却比B机慢

数据库的创建和安装,以及配置的修改基本上是按默认设置来的, 这个虽然没有仔细比对过,但是应该基本相同
都在同一局域网中,网络区别应该可以忽略

大家觉得可能有哪些方面的原因导致的呢? 望不吝赐教!

...全文

SRA数据高效下载与转换：prefetch与fasterq-dump实战指南在生物信息学分析中，高通量测序数据的获取与预处理是基础且关键的环节。SRA（Sequence Read Archive）作为NCBI旗下的公共数据仓库，存储着海量原始测序数据，但分析工具通常需要FASTQ格式作为输入。因此，掌握从SRA到FASTQ的高效转换技术至关重要。其核心原理在于利用SRA Toolkit中的工具，如prefetch进行数据下载，并通过fastq-dump或其升级版fasterq-dump进行格式转换。这项技术的价值在于能快速、可靠地从公共数据库获取原始数据，为下游的RNA-seq、C 阅读详情

又是违规昵称

Oracle 高级技术 3,499 成员 18,710 内容

+ 关注 + 加入社区

切换为时间正序

vc555 2008-11-12

打赏
举报

lz贴两个库执行该过程时的执行计划。

又是违规昵称 2008-11-12

打赏
举报

我还是把参数文件贴出来吧:

imp.txt:

userid=system/xxx@xxx
buffer=100000
log=imp.log
file=E:\xxxx.dmp
feedback=5000
fromuser=01dbo
touser=28dbo

exp.txt:

userid=system/xxx@xxx
buffer=100000
log=exp.log
file=E:\xxxx.DMP
feedback=5000
owner=01dbo

导进去的scheme下索引都在

rexyudl 2008-11-12

打赏
举报

你导出的是方案下的所有对象？
如果是这样的话，导出时会不导非这个用户创建的索引！也就是说，你这个表会丢失索引！
你最好去相关的表看看索引是不是都在！

又是违规昵称 2008-11-12

打赏
举报

[Quote=引用 3 楼 BlueskyWide 的回复:]
看来LZ要看一些性能优化方面的书了。

引用楼主 lpc19598188 的帖子:
我现在有Oracle10g数据库服务器A和B,
操作系统都是solaris10

A的小版本是10.2.0.4.0
B的小版本是10.2.0.2.0

我将某个用户从A上exp出来然后imp到B中,
发现同个存储过程,在A上执行需要19分钟,在B上只需7分20秒

值得提的是A机的硬件性能高于B机, 但是跑起来却比B机慢

数据库的创建和安装,以及配置的修改基本上是按默认设置来的, 这个虽然没有…
[/Quote]

您要是有高见的话说出来听听嘛,
我现在看书也不赶趟

ww8214517 2008-11-12

打赏
举报

在倒数据库的时候，是不是全部导入也就是 full = y 这个属性写没写是不是没有把索引导进来啊

又是违规昵称 2008-11-12

打赏
举报

dump出来的数据, 数据会重新组织吗?

比如说, A数据库上有很多行迁移的记录, 到B上面后会大幅减少吗?

又是违规昵称 2008-11-12

打赏
举报

[Quote=引用 7 楼 wffffc 的回复:]
有可能是表的存储改变了，如hwm，行链接等
顺便看看你的执行计划改变了没有。
[/Quote]

起床真早

你们几点上班啊?

vc555 2008-11-12

打赏
举报

对的，LZ看看执行计划有什么区别。

又是违规昵称 2008-11-12

打赏
举报

[Quote=引用 7 楼 wffffc 的回复:]
有可能是表的存储改变了，如hwm，行链接等
顺便看看你的执行计划改变了没有。
[/Quote]

谢谢,这个有可能.

因为是一个大的存储过程,里面有好多小的SQL,
所以总体执行起来只能看到一个代价很大的全表扫描

wffffc 2008-11-12

打赏
举报

有可能是表的存储改变了，如hwm，行链接等
顺便看看你的执行计划改变了没有。

wffffc 2008-11-12

打赏
举报

sql_trace一下看看里面的sql的执行计划的差别，
可以看看user_tables，user_extents等数据字典，里面有个BLOCKS和CHAIN_CNT，看看导入前后的大小就知道存储情况变化多大了，

又是违规昵称 2008-11-11

打赏
举报

没有统计直方图，
但是库里面并没有那种分布特别不均匀的情况
不至于差别这么大啊

butchroller 2008-11-11

打赏
举报

[Quote=引用 2 楼 lpc19598188 的回复:]
谢谢,
这个我有收集

还有没有别的原因啊?
[/Quote]

按你的描述，应该没有别的原因了。

codearts 2008-11-11

打赏
举报

[Quote=引用 1 楼 vc555 的回复:]
说明你需要在A机该过程的表和索引收集统计信息了。执行计划已经老了。
[/Quote]

我觉得也是这样。可能LZ收集的不全，直方图之类的都统计了么

BlueskyWide 2008-11-11

打赏
举报

看来LZ要看一些性能优化方面的书了。

[Quote=引用楼主 lpc19598188 的帖子:]
我现在有Oracle10g数据库服务器A和B,
操作系统都是solaris10

A的小版本是10.2.0.4.0
B的小版本是10.2.0.2.0

我将某个用户从A上exp出来然后imp到B中,
发现同个存储过程,在A上执行需要19分钟,在B上只需7分20秒

值得提的是A机的硬件性能高于B机, 但是跑起来却比B机慢

数据库的创建和安装,以及配置的修改基本上是按默认设置来的, 这个虽然没有仔细比对过,但是应该基本相同
都在同一局域网中,网络区别应该可以…
[/Quote]

又是违规昵称 2008-11-11

打赏
举报

谢谢,
这个我有收集

还有没有别的原因啊?

vc555 2008-11-11

打赏
举报

说明你需要在A机该过程的表和索引收集统计信息了。执行计划已经老了。

dump出来的数据库性能差异很大是什么原因

相关推荐