一.概述 我在之前写过2篇有关Oracle 数据泵的文章,如下: Oracle 10gData Pump Expdp/Impdp 详解 http://www.linuxidc.com/Li
一.概述
我在之前写过2篇有关Oracle 数据泵的文章,如下:
Oracle 10gData Pump Expdp/Impdp 详解
Oracleexpdp/impdp 使用示例
这两篇都是介绍数据泵的使用。
那么在实际的使用中,我们也会遇到一个问题,发生一些ORA-xx的错误,有具体的错误,我们都可以去google去分析,但是还有情况,就是也不错误,而是在某一步停住了,而且很长时间不动。
这是时候,我们是不好判断数据泵的操作是否正常。
在数据泵卡住的时候,有一个很好的方法来判断:
1. 在expdp的时候,我们要观察dump 文件的变化,只要dump 文件大小在变化,那就说明expdp是正常的。
2. 在impdp的时候,我们可以及时查看表空间的变化,只要我们的表空间在变化,说明我们的impdp是正常的。
如果在数据泵操作的时候,表空间和dump都没有变化,数据泵操作也停止在某一步不动。那么我们就只能对数据泵进行debug操作。
二.如何对数据泵进行debug?trace 生成的文件可能很大,所以在进行trace之前,必须先检查dump文件的大小:max_dump_file_size。
[oracle@asm trace]$ orz param max_dump
Session altered.
NAME ISDEFAULT SESMO SYSMOD VALUE
---------------------- --------- -------------- ---------------
max_dump_file_size TRUE TRUE IMMEDIATE unlimited
如果不是unlimited,就进行修改:
ALTER SYSTEM SETmax_dump_file_size = unlimited SCOPE = both;
2.1 使用Data Pump的TRACE 参数
2.1.1 TRACE 说明
启动trace 功能只需要在expdp/impdp 命令后加上一个trace 参数,该参数由一个7位的16进制数据组成。
前三位指定Data Pump组件的代码,后四位一般是:0300。
任何已0开头的trace的值都会被忽略,trace值不区分大小写。
如:
TRACE = 04A0300 或者 TRACE=4a0300
trace值的一些注意事项:
(1) trace 值不要超过7位十六进制数字。
(2) 不要添加十六进制的0x符号。
(3) 不要将16进制转换成10进制。
(4) 会忽略最前面的0,即使长度不满足7位。
(5) 参数不区分大小写。
在使用trace 参数时,执行数据泵操作的用户需要具有DBA 角色或者EXP_FULL_DATABASE /IMP_FULL_DATABASE的角色,如果权限不足,就会报ORA-31631的错误。
ORA-31631: privileges are required
解决方法:给用户赋权。 如:
GRANT exp_full_database TO tianlesoftware;
操作完成之后,在收回权限即可:
revoke exp_full_database from tianlesoftware;
使用TRACE的示例:
expdp scott/tiger DIRECTORY=my_dir DUMPFILE=expdp_s.dmp LOGFILE=expdp_s.log TABLES=empTRACE=480300
2.1.2 TRACE值的具体计算规则
在前面我们讲了TRACE 值的前3位表示的是数据泵的组件代码,具体如下:
-- Summary of Data Pump trace levels:
-- ==================================
Trace DM DW ORA Lines
level trc trc trc in
(hex) file file file trace Purpose
------- ---- ---- ---- -----------------------------------------------------
10300 x x x SHDW: To trace the Shadowprocess (API) (expdp/impdp)
20300 x x x KUPV: To trace Fixed table
40300 x x x 'div' To trace Process services
80300 x KUPM: To trace Master ControlProcess (MCP) (DM)
100300 x x KUPF: To trace File Manager
200300 x x x KUPC: To trace Queue services
400300 x KUPW: To trace Workerprocess(es) (DW)
800300 x KUPD: To trace DataPackage
1000300 x META: To trace Metadata Package
--- +
1FF0300 x x x 'all' To trace all components (full tracing)
如果想trace 所有的数据泵组件,只需要指定trace的值为1ff0300即可。
如果我们想通知trace 多个数据泵组件,就把这些组件的代码叠加起来即可,,如:
-- Example of combination(last 4 digits are usually 0300):
40300 to trace Process services
80300 to trace Master Control Process (MCP)
400300 to trace Worker process(es)
-- +
4C0300 to trace Process services and MasterControl and Worker processes
叠加的时候,最后4位不变,把前面3位的值相加。
注意:
Oracle 建议使用480300的trace值,设置该值将会trace Master Control process (MCP) 和 theWorker process(es)。
2.1.3 TRACE 文件的log 位置
2个trace 文件在BACKGROUND_DUMP_DEST目录下:
Master Process trace file:
Worker Process trace file:
还有一个在USER_DUMP_DEST目录:
Shadow Processtrace file:
[oracle@asm u01]$ orzparam background
Session altered.
NAME ISDEFAULT SESMO SYSMOD VALUE
----------------------- --------- -------------- ----------------------------------------
background_core_dump TRUE FALSE FALSE partial
background_dump_dest TRUE FALSE IMMEDIATE /u01/app/oracle/diag/rdbms/dave/dave/trace
[oracle@asm u01]$ orzparam user_dump
Session altered.
NAME ISDEFAULT SESMO SYSMOD VALUE
--------------------- --------- -------------- ----------------------------------------
user_dump_dest TRUE FALSE IMMEDIATE/u01/app/oracle/diag/rdbms/dave/dave/trace
2.1.4 TRACE 使用示例
SQL> set lin 160 pages 200
SQL> col owner for a10
SQL> col DIRECTORY_PATH for a50
SQL> select * from dba_directories;
OWNER DIRECTORY_NAME DIRECTORY_PATH
---------- --------------------------------------------------------------------------------
SYS ORACLE_OCM_CONFIG_DIR /u01/app/oracle/11.2.0/db_1/ccr/state
SYS DATA_PUMP_DIR /u01/app/oracle/admin/dave/dpdump/
SYS XMLDIR /u01/app/oracle/11.2.0/db_1/rdbms/xml
SQL>
SQL> create directory backup as'/u01/backup';
Directory created.
SQL> select * from dba_directories;
OWNER DIRECTORY_NAME DIRECTORY_PATH
---------- --------------------------------------------------------------------------------
SYS ORACLE_OCM_CONFIG_DIR /u01/app/oracle/11.2.0/db_1/ccr/state
SYS DATA_PUMP_DIR /u01/app/oracle/admin/dave/dpdump/
SYS XMLDIR /u01/app/oracle/11.2.0/db_1/rdbms/xml
SYS BACKUP /u01/backup
--创建测试表:tianlesoftware:
SQL> conn system/oracle;
Connected.
SQL> create table tianlesoftware asselect * from dba_objects;
Table created.
--使用trace:480300进行导出:
[oracle@asm u01]$ expdp system/oracleDIRECTORY=backup DUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftwareTRACE=480300
Export: Release 11.2.0.3.0 - Production onMon May 27 19:50:49 2013
Copyright (c) 1982, 2011, Oracle and/or itsaffiliates. All rights reserved.
Connected to: Oracle Database 11gEnterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
Starting"SYSTEM"."SYS_EXPORT_TABLE_01": system/******** DIRECTORY=backupDUMPFILE=dave.dmp LOGFILE=dave.log TABLES=tianlesoftware TRACE=480300
Estimate in progress using BLOCKS method...
Processing object typeTABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 9 MB
Processing object typeTABLE_EXPORT/TABLE/TABLE
Processing object typeTABLE_EXPORT/TABLE/PRE_TABLE_ACTION
. . exported"SYSTEM"."TIANLESOFTWARE" 7.215 MB 74608 rows
Master table"SYSTEM"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
******************************************************************************
Dump file set for SYSTEM.SYS_EXPORT_TABLE_01is:
/u01/backup/dave.dmp
Job"SYSTEM"."SYS_EXPORT_TABLE_01" successfully completed at19:51:22
--查看trace文件:
-rw-r----- 1 oracle asmadmin 1433 May 27 19:51 dave_dw00_7486.trm
-rw-r----- 1 oracle asmadmin 32109 May 27 19:51 dave_dw00_7486.trc
-rw-r----- 1 oracle asmadmin 1417 May 27 19:51 dave_dm00_7484.trm
-rw-r----- 1 oracle asmadmin 25025 May 27 19:51 dave_dm00_7484.trc
-rw-r----- 1 oracle asmadmin 2908 May 27 19:50 dave_ora_7480.trc
[oracle@asm trace]$ head -50 dave_dw00_7486.trc
Trace file/u01/app/oracle/diag/rdbms/dave/dave/trace/dave_dw00_7486.trc
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/11.2.0/db_1
System name: Linux
Node name: asm
Release: 2.6.32-100.34.1.el6uek.x86_64
Version: #1 SMP Wed May 25 17:46:45 EDT 2011
Machine: x86_64
Instance name: dave
Redo thread mounted by this instance: 1
Oracle process number: 42
Unix process pid: 7486, image: oracle@asm(DW00)
*** 2013-05-27 19:50:55.052
*** SESSION ID:(24.127) 2013-05-2719:50:55.052
*** CLIENT ID:() 2013-05-27 19:50:55.052
*** SERVICE NAME:(SYS$BACKGROUND) 2013-05-2719:50:55.052
*** MODULE NAME:() 2013-05-27 19:50:55.052
*** ACTION NAME:() 2013-05-27 19:50:55.052
KUPP:19:50:55.051: Current trace/debugflags: 00480300 = 4719360
*** MODULE NAME:(Data Pump Worker)2013-05-27 19:50:55.054
*** ACTION NAME:(SYS_EXPORT_TABLE_01)2013-05-27 19:50:55.054
KUPW:19:50:55.054: 0: ALTER SESSION ENABLEPARALLEL DML called.
KUPW:19:50:55.054: 0: ALTER SESSION ENABLEPARALLEL DML returned.
KUPC:19:50:55.098: Setting remote flag forthis process to FALSE
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
KUPW:19:50:55.665: 0: KUPP$PROC.WHATS_MY_IDcalled.
KUPW:19:50:55.665: 1: KUPP$PROC.WHATS_MY_IDreturned.
KUPW:19:50:55.666: 1: worker max messagenumber: 1000
KUPW:19:50:55.668: 1: Full cluster accessallowed
KUPW:19:50:55.669: 1: Original job starttime: 13-MAY-27 07:50:51 PM
KUPW:19:50:55.671: 1: Seqno 16 isTABLE_EXPORT/TABLE/TABLE_DATA
KUPW:19:50:55.671: 1: Seqno 63 isTABLE_EXPORT/TABLE/INDEX/TABLE_DATA
KUPW:19:50:55.671: 1:KUPP$PROC.WHATS_MY_NAME called.
KUPW:19:50:55.671: 1:KUPP$PROC.WHATS_MY_NAME returned. Process name: DW00
KUPW:19:50:55.671: 1:KUPV$FT_INT.GET_INSTANCE_ID called.
KUPW:19:50:55.674: 1:KUPV$FT_INT.GET_INSTANCE_ID returned. Instance name: dave
KUPW:19:50:55.679: 1: ALTER SESSION ENABLERESUMABLE called.
KUPW:19:50:55.679: 1: ALTER SESSION ENABLERESUMABLE returned.
KUPW:19:50:55.682: 1: KUPF$FILE.INITcalled.
KUPW:19:50:55.883: 1: KUPF$FILE.INITreturned.
KUPW:19:50:55.886: 1:KUPF$FILE.GET_MAX_CSWIDTH called.
KUPW:19:50:55.886: 1:KUPF$FILE.GET_MAX_CSWIDTH returned.
[oracle@asm trace]$
[oracle@asm trace]$ head -50 dave_dm00_7484.trc
Trace file/u01/app/oracle/diag/rdbms/dave/dave/trace/dave_dm00_7484.trc
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/11.2.0/db_1
System name: Linux
Node name: asm
Release: 2.6.32-100.34.1.el6uek.x86_64
Version: #1 SMP Wed May 25 17:46:45 EDT 2011
Machine: x86_64
Instance name: dave
Redo thread mounted by this instance: 1
Oracle process number: 35
Unix process pid: 7484, image: oracle@asm(DM00)
*** 2013-05-27 19:50:50.817
*** SESSION ID:(66.5) 2013-05-2719:50:50.817
*** CLIENT ID:() 2013-05-27 19:50:50.817
*** SERVICE NAME:(SYS$USERS) 2013-05-2719:50:50.817
*** MODULE NAME:() 2013-05-27 19:50:50.817
*** ACTION NAME:() 2013-05-27 19:50:50.817
KUPP:19:50:50.816: Current trace/debugflags: 00480300 = 4719360
*** MODULE NAME:(Data Pump Master)2013-05-27 19:50:50.823
*** ACTION NAME:(SYS_EXPORT_TABLE_01)2013-05-27 19:50:50.823
KUPC:19:50:50.823: Setting remote flag forthis process to FALSE
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
KUPM:19:50:50.884: Attached to controlqueue as MCP
KUPM:19:50:50.884: While starting, controlqueue subscriber count is: 2
KUPP:19:50:50.884: Initialization completefor master process DM00
KUPM:19:50:50.916: Entered main loop
KUPM:19:50:50.922: ****IN DISPATCH at71450, request type=1001
KUPM:19:50:50.922: Current user is: SYSTEM
KUPM:19:50:50.922: hand :=DBMS_DATAPUMP.OPEN ('EXPORT', 'TABLE', '', 'SYS_EXPORT_TABLE_01', '', '2');
*** 2013-05-27 19:50:51.719
KUPM:19:50:51.719: Resumable enabled
KUPM:19:50:51.734: Entered state: DEFINING
KUPM:19:50:51.734: initing file system
KUPM:19:50:51.749: ****OUT DISPATCH,request type=1001, response type =2041
kwqberlst !retval block
kwqberlst rqan->lagno_kwqiia 5
kwqberlst rqan->lascn_kwqiia > 0 block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644468 lascn 22
KUPM:19:50:51.764: ****IN DISPATCH at71451, request type=1035
[oracle@asm trace]$ head -50 dave_ora_7480.trc
Trace file/u01/app/oracle/diag/rdbms/dave/dave/trace/dave_ora_7480.trc
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic StorageManagement, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/11.2.0/db_1
System name: Linux
Node name: asm
Release: 2.6.32-100.34.1.el6uek.x86_64
Version: #1 SMP Wed May 25 17:46:45 EDT 2011
Machine: x86_64
Instance name: dave
Redo thread mounted by this instance: 1
Oracle process number: 36
Unix process pid: 7480, image: oracle@asm(TNS V1-V3)
*** 2013-05-27 19:50:49.871
*** SESSION ID:(21.359) 2013-05-2719:50:49.871
*** CLIENT ID:() 2013-05-27 19:50:49.871
*** SERVICE NAME:(SYS$USERS) 2013-05-2719:50:49.871
*** MODULE NAME:(ude@asm (TNS V1-V3))2013-05-27 19:50:49.871
*** ACTION NAME:() 2013-05-27 19:50:49.871
KUPP:19:50:49.871: Input trace/debug flags:00480300 = 4719360
KUPP:19:50:49.873: Current trace/debugflags: 00480300 = 4719360
*** 2013-05-27 19:50:50.633
KUPC:19:50:50.633: Setting remote flag forthis process to FALSE
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
prvtaqis - Enter
prvtaqis subtab_name upd
prvtaqis sys table upd
kwqberlst rqan->lascn_kwqiia > 0block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644478 lascn 22
kwqberlst !retval block
kwqberlst rqan->lagno_kwqiia 5
*** 2013-05-27 19:50:51.760
kwqberlst rqan->lascn_kwqiia > 0block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644478 lascn 22
kwqberlst !retval block
kwqberlst rqan->lagno_kwqiia 5
kwqberlst rqan->lascn_kwqiia > 0block
kwqberlst rqan->lascn_kwqiia 5
kwqberlst ascn 1644478 lascn 22
kwqberlst !retval block
[oracle@asm trace]$

MySQL索引基数对查询性能有显著影响:1.高基数索引能更有效地缩小数据范围,提高查询效率;2.低基数索引可能导致全表扫描,降低查询性能;3.在联合索引中,应将高基数列放在前面以优化查询。

MySQL學習路徑包括基礎知識、核心概念、使用示例和優化技巧。 1)了解表、行、列、SQL查詢等基礎概念。 2)學習MySQL的定義、工作原理和優勢。 3)掌握基本CRUD操作和高級用法,如索引和存儲過程。 4)熟悉常見錯誤調試和性能優化建議,如合理使用索引和優化查詢。通過這些步驟,你將全面掌握MySQL的使用和優化。

MySQL在現實世界的應用包括基礎數據庫設計和復雜查詢優化。 1)基本用法:用於存儲和管理用戶數據,如插入、查詢、更新和刪除用戶信息。 2)高級用法:處理複雜業務邏輯,如電子商務平台的訂單和庫存管理。 3)性能優化:通過合理使用索引、分區表和查詢緩存來提升性能。

MySQL中的SQL命令可以分為DDL、DML、DQL、DCL等類別,用於創建、修改、刪除數據庫和表,插入、更新、刪除數據,以及執行複雜的查詢操作。 1.基本用法包括CREATETABLE創建表、INSERTINTO插入數據和SELECT查詢數據。 2.高級用法涉及JOIN進行表聯接、子查詢和GROUPBY進行數據聚合。 3.常見錯誤如語法錯誤、數據類型不匹配和權限問題可以通過語法檢查、數據類型轉換和權限管理來調試。 4.性能優化建議包括使用索引、避免全表掃描、優化JOIN操作和使用事務來保證數據一致性

InnoDB通過undolog實現原子性,通過鎖機制和MVCC實現一致性和隔離性,通過redolog實現持久性。 1)原子性:使用undolog記錄原始數據,確保事務可回滾。 2)一致性:通過行級鎖和MVCC確保數據一致。 3)隔離性:支持多種隔離級別,默認使用REPEATABLEREAD。 4)持久性:使用redolog記錄修改,確保數據持久保存。

MySQL在數據庫和編程中的地位非常重要,它是一個開源的關係型數據庫管理系統,廣泛應用於各種應用場景。 1)MySQL提供高效的數據存儲、組織和檢索功能,支持Web、移動和企業級系統。 2)它使用客戶端-服務器架構,支持多種存儲引擎和索引優化。 3)基本用法包括創建表和插入數據,高級用法涉及多表JOIN和復雜查詢。 4)常見問題如SQL語法錯誤和性能問題可以通過EXPLAIN命令和慢查詢日誌調試。 5)性能優化方法包括合理使用索引、優化查詢和使用緩存,最佳實踐包括使用事務和PreparedStatemen

MySQL適合小型和大型企業。 1)小型企業可使用MySQL進行基本數據管理,如存儲客戶信息。 2)大型企業可利用MySQL處理海量數據和復雜業務邏輯,優化查詢性能和事務處理。

InnoDB通過Next-KeyLocking機制有效防止幻讀。 1)Next-KeyLocking結合行鎖和間隙鎖,鎖定記錄及其間隙,防止新記錄插入。 2)在實際應用中,通過優化查詢和調整隔離級別,可以減少鎖競爭,提高並發性能。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。

Atom編輯器mac版下載
最受歡迎的的開源編輯器

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器

禪工作室 13.0.1
強大的PHP整合開發環境