传统路径导出 VS 直接路径导出(oracle exp direct=y)-阿里云开发者社区

传统路径导出 VS 直接路径导出(oracle exp direct=y)

2013-06-21 1551

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： Oracle 传统的Export与Import依旧被保留到11g，而且9i与10g有很多依旧使用Export与Import方式进行备份与恢复的企业。

Oracle 传统的Export与Import依旧被保留到11g，而且9i与10g有很多依旧使用Export与Import方式进行备份与恢复的企业。从Oracle 7.3开始，传统的exp导出程序提供两种的导出路径方式，一个是传统路径导出(Conventional Path Export)，一个是直接路径导出(Direct Path Export)。本文即是因最近客户的传统导入导出性能问题对此进行描述。

1、两者的差异
    a、 Conventional path Export
        传统路径模式使用SQL SELECT语句抽取表数据。数据从磁盘读入到buffer cache缓冲区中，行被转移到评估缓冲区。
        在此之后根据SQL表达式，将记录返回给导出客户端，然后写入到dump文件。

    b、Direct path Export
       直接导出模式，数据直接从磁盘中读取到导出session的PGA中，行被直接转移到导出session的私有缓冲区，从而跳过SQL命令处理层。
       避免了不必要的数据转换。最后记录返回给导出客户端，写到dump文件。

2、性能问题
    a、直接路径导出方式比传统路径方式具有更优的性能，速度更快，因为绕过了SQL命令处理部分。
    b、直接路径导出方式支持RECORDLENGTH参数(最大为64k)，该参数值通常建议设置为系统I/O或者DB_BLOCK_SIZE的整数倍
    c、影响直接路径导出的具体因素(DB_BLOCK_SIZE，列的类型，I/O性能，即数据文件所在的磁盘驱动器是否单独于dump文件所在的磁盘驱动器)
    d、无论是直接路径导出还是传统路径导出产生的dump，在使用imp方式导入时，会耗用相同的时间

3、简单示例
   > exp system/manager FILE=exp_full.dmp LOG=exp_full.log \
    FULL=y DIRECT=y RECORDLENGTH=65535

    > imp system/manager FILE=exp_full.dmp LOG=imp_full.log \
    FULL=y RECORDLENGTH=65535

4、直接路径导出的限制
    a、直接路径导出不支持交互模式
    b、不支持表空间传输模式(即TRANSPORT_TABLESPACES=Y不被支持)，支持的是FULL,OWNER,TABLES导出方式
    c、不支持QUERY查询方式，如exp scott/tiger TABLES=emp QUERY=\"WHERE job=\'SALESMAN\' \" 不被支持
    d、直接路径导出使用RECORDLENGTH设置一次可以导出数据的量，取代传统路径使用buffer的设置
    e、直接路径导出要求NLS_LANG环境参数等于数据库字符集，负责收到EXP-41警告及EXP-0终止错误

5、演示两种方式性能差异

a、传统路径导出与直接路径导出性能对比
#下面直接进行日志对比
robin@SZDB:/u02/database/SYBO2SZ/BNR/dump> more dump1.log 
Start to dump at Fri Jun 21 15:32:57 CST 2013 ....

Connected to: Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
Export done in US7ASCII character set and UTF8 NCHAR character set
server uses UTF8 character set (possible charset conversion)

About to export specified tables via Conventional Path ...#这个地方是关键描述信息，指明了导出方式
. . exporting table           TRADE_CLIENT_TBL_ARC    1395093 rows exported #数据139万行
Export terminated successfully with warnings.

End dump at Fri Jun 21 15:34:31 CST 2013 .    #耗用时间15:34:31-15:32:57=不到2min

# Author : Robinson
# Blog   : http://blog.csdn.net/robinson_0612

robin@SZDB:/u02/database/SYBO2SZ/BNR/dump> more dump2.log 
Start to dump at Fri Jun 21 15:37:13 CST 2013 ....

Connected to: Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
Export done in US7ASCII character set and UTF8 NCHAR character set
server uses UTF8 character set (possible charset conversion)

About to export specified tables via Direct Path ...#这个地方是关键描述信息，指明了导出方式
. . exporting table           TRADE_CLIENT_TBL_ARC    1395093 rows exported
Export terminated successfully with warnings.

End dump at Fri Jun 21 15:37:30 CST 2013 .   #耗用时间15:37:30-15:37:13 =17s

b、演示对lob数据类型的支持
scott@SYBO2SZ> create table scott.testtab2 (nr number, txt clob);

Table created.

scott@SYBO2SZ> declare
  2  x varchar2(50);
  3  begin
  4  for i in 1..5000 loop
  5  x := 'This is a line with the number: ' || i;
  6  insert into scott.testtab2 values(i,x);
  7  commit;
  8    end loop;
  9  end;
 10  /

PL/SQL procedure successfully completed.

scott@SYBO2SZ> select count(*) from testtab2;

  COUNT(*)
----------
      5000

robin@SZDB:/u02/database/SYBO2SZ/BNR/dump> exp scott/tiger file=exp_testtab2.dmp tables=scott.testtab2 direct=y

Export: Release 10.2.0.3.0 - Production on Fri Jun 21 11:56:37 2013

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Connected to: Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
Export done in US7ASCII character set and UTF8 NCHAR character set
server uses UTF8 character set (possible charset conversion)

About to export specified tables via Direct Path ...
Table TESTTAB2 will be exported in conventional path.
. . exporting table                       TESTTAB2       5000 rows exported
Export terminated successfully without warnings.