【正文】 仍是 DBA需要考慮的問題 , 他們需要結(jié)合 AWR Report 等輔助的工具來分析 .( 當(dāng)然，我們可以根據(jù) Advisor 的歷史信息而確定一個(gè)比較合理的值 )。 打開你的 問題解決了。 alter database archivelog。db10G_server239。 SQL desc test1_linkt1 Name Null? Type OWNER VARCHAR2(60) OBJECT_NAME VARCHAR2(60) SUBOBJECT_NAME VARCHAR2(60) OBJECT_ID NUMBER DATA_OBJECT_ID NUMBER OBJECT_TYPE VARCHAR2(38) CREATED DATE LAST_DDL_TIME DATE TIMESTAMP VARCHAR2(38) STATUS VARCHAR2(14) TEMPORARY VARCHAR2(2) GENERATED VARCHAR2(2) SECONDARY VARCHAR2(2) 表結(jié)構(gòu)一樣，但是列的長度確實(shí)變了 , 通過 dblink 創(chuàng)建的表的 varchar2 列的長度是原表的兩倍 再來看看字符集 上的數(shù)據(jù)庫字符集 SQL column value format A20 SQL select value from nls_database_parameters where parameter=39。 value AL32UTF8 結(jié)論 : 與數(shù)據(jù)庫字符集不同有關(guān)系 . 四、在 10g不支持的 Linux發(fā)行版上安裝 10g的解決方法 正常安裝的 10g只支持 Red Hat Enterprise Linux and 3, and on UnitedLinux 。檢查被索引的列或組合索引的首列是否出現(xiàn)在 PL/SQL 語句的 WHERE子句中，這是 “執(zhí)行計(jì)劃 ”能用到相關(guān)索引的必要條件。在兩張表連接，且內(nèi)表的目標(biāo)列上建有索引時(shí)，只有 Nested Loop 才能有效地利用到該索引。看連接順序是否允許使用相關(guān)索引。是否用到系統(tǒng)數(shù)據(jù)字典表或視圖。索引列是否函數(shù)的參數(shù)。如將字符型數(shù)據(jù)與數(shù)值型數(shù)據(jù)比較， ORACLE 會(huì)自動(dòng)將字符型用to_number()函數(shù)進(jìn)行轉(zhuǎn)換，從而導(dǎo)致上一種現(xiàn)象的發(fā)生?！?。 我們假設(shè)典型情況，有表 emp，共有一百萬行數(shù)據(jù)，但其中的 列，數(shù)據(jù)只有 4 種不同的值，如 40。索引列值是否可為空（ NULL）。看是否有用到并行查詢（ PQO）。 hint 采用注釋的方式，有行注釋和段注釋兩種方式。 。MEMBER39。 (Cost=22141 Card=437 4600 Bytes=87492020) 5 3 TABLE ACCESS (FULL) OF 39。使用 hash join 完成時(shí)間大約是 3 分多一點(diǎn)。 BYTES/1024/1024 2080 Elapsed: 00:00: sysOCNshow parameter pga NAME TYPE VALUE pga_aggregate_target big integer 1073741824 sysOCNshow parameter work NAME TYPE VALUE workarea_size_policy string AUTO SQL set autotrace trace exp SQL SQL select /*+ use_hash(a b)*/ ,count(*) dup_num, sum(least(,)) duptime_sum from member a,member b where = and != group by having count(*)!=0。MEMBER39。根據(jù)我的經(jīng)驗(yàn)，即使這個(gè)表大小增加到 1000 萬，也不會(huì)超過 10 分鐘。 2 3 4 5 6 5078487 rows selected. Elapsed: 00:03: Statistics 0 recursive calls 23 db block gets 964505 consistent gets 575690 physical reads 0 redo size 88534739 bytes sent via SQL*Net to client 1117758 bytes received via SQL*Net from client 101571 SQL*Net roundtrips to/from client 0 sorts (memory) 1 sorts (disk) 5078487 rows processed 表實(shí)際有 2g大小，唯一和你不同的是記錄數(shù)只有不到 600 萬，只是因?yàn)樾虚L度大一些。MEMBER39。 這是我在我的系統(tǒng)中的測試，僅僅給你一個(gè)參考 我的環(huán)境是 linux radhat + oracle 9204 , file system ext3 , EMC cx200 raid10 看我的一個(gè) hash join 的例子 sysOCNshow sga Total System Global Area 722540200 bytes Fixed Size 452264 bytes Variable Size 301989888 bytes Database Buffers 419430400 bytes Redo Buffers 667648 bytes sysOCNselect bytes/1024/1024 from user_segments where segment_name = 39。 (Cost=22141 Card=437 4600 Bytes=371841000) sysOCNselect /*+ use_hash(a b)*/ ,count(*) dup_num, sum(least(,)) duptime_sum from member a,member b where = group by having count(*)!=0。 2 3 4 5 6 7 Execution Plan 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=57258 Card=24810 Byt es=2605050) 1 0 FILTER 2 1 SORT (GROUP BY) (Cost=57258 Card=24810 Bytes=2605050) 3 2 HASH JOIN (Cost=52856 Card=496200 Bytes=52101000) 4 3 TABLE ACCESS (FULL) OF 39。 select /*+ use_merge(a b)*/ ...... select /*+ use_nl(a b)*/ ... 花了 7 小時(shí) 56 分鐘執(zhí)行完，這個(gè)不算慢了，在預(yù)料之中的，因?yàn)?nested loop 是基本上是隨機(jī)讀。 如何屏蔽索引 語句的執(zhí)行計(jì)劃中有不良索引時(shí)，可以人為地屏蔽該索引，方法： 。 。這是因?yàn)樗饕写鎯?chǔ)值不能為全空。假設(shè) SQL 搜索條件 DEPTNO=10，利用 deptno 列上的索引進(jìn)行數(shù)據(jù)搜索效率， 往往不比全表掃描的高。 。是否為表和相關(guān)的索引搜集足夠的統(tǒng)計(jì)數(shù)據(jù)。 。但是不要擅自對數(shù)據(jù)字典表做分析，否則可能導(dǎo)致死鎖，或系統(tǒng)性能下降。在做 NL 連接時(shí)， emp 做為外表，先被訪問，由于連接機(jī)制原因，外表的數(shù)據(jù)訪問方式是全表掃描， 上的索引顯然是用不上，最多在其上做索引全掃描或索引快速全掃描。 HJ 由于須做 HASH 運(yùn)算，索引的存在對數(shù)據(jù)查詢速度幾乎沒有影響?？床捎昧四姆N類型的連接方式。 注：有興趣的朋友不妨測試一下，其實(shí)在這個(gè)地方可以定制很多東西的，但是不推薦在正式的應(yīng)用中這么做。 value ZHS16G