【正文】 + all others ... 改動 java pool的 值 SQL alter system set java_pool_size=20M。 SQL select name, block_size, current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 176 188 SQL Select pool, sum(bytes)/1024/1024 as M bytes from v$sgastat group by pool。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 ===== 一、亂碼問題 Redhat RHEL AS3 下安裝 Oracle DB 10g 中文亂碼問題 不少兄弟反映在 rhel3 下安裝 oracle10g時出現(xiàn)亂碼 , 其實在安裝和使用時出現(xiàn)亂碼的地方有多個 , 可以分為三類 : 1. 安裝時的亂碼 2. 一些應用程序的亂碼 , 比如 dbca, ca 3. 一些基于 oc4j 的 web 應用的亂碼 , 比如 isqlplus, em 造成這些問題的原因都是一個 , 就是這些程序都使用 jdk, 相應的 jdk(或 jre) 使用的字體配置文件 中的字體和操作系統(tǒng)的字體或者字體配置文件不匹配 . 解決的辦法是把兩者改成一致 . 1. 下載 , 解包 , 生成目錄 Disk1 2. cd Disk1/stage/Components/ unzip (這時生成一個 jre 的目錄 ) cd jre/ mv cp cd ../../../ zip r jre/ mv (其實就是把 文件換掉 . 這樣安裝時漢字顯示就沒有問題了 ) 3. 如法炮制 , 把 Disk1/stage/Components/件里面的 文件換掉 , 創(chuàng)建數(shù)據(jù)庫和執(zhí)行網絡配置時的亂碼就沒有了 . isqlplus 和 em 的亂碼也解決了。 二、 10g如何更改歸檔模式 1. 對于初始化文件 ,只需要修改 log_archive_dest_n 這個參數(shù) .n=1,2,3,....10, Oracle 缺省會使用 log_archive_dest_10 這個參數(shù)來使用 flash recovery area 里面存放的歸檔日志文件 ,大小由參數(shù)db_recovery_file_dest_size 來決定 . 修改 : log_archive_dest_1=location=c:\oracle\10g\...\archivelog quota_size=2G ... 如果歸檔使用 flash recovery area, 上面的參數(shù)不需要指定任何值， Oracle 會自動使用db_recovery_file_dest 這個參數(shù)所指定的路徑。 (如果啟用 flashback, alter database flashback on) alter database open。 SQL conn test1/test1db10G_server2 SQL create table test1_t1 as select * from all_objects where rownum=3000。NLS_CHARACTERSET39。如果是其它的版本， 比如 fedora， rh9 等， 10g將會說不支持，而不允許安裝，解決方法如下： runInstaller ignoreSysPrereqs，這樣會跳過檢查 /etc/redhatrelease 文件，讓 10g 認為自己處于支持的操作系統(tǒng)中，運行下面的命令即可 su root cp /etc/redhatrelease /etc/ cat /etc/redhatrelease EOF Red Hat Enterprise Linux AS release 3 (Taroon) EOF 安裝完畢，再將那個文件還原： su root cp /etc/ /etc/redhatrelease ，我們可以去修改 Oracle 的 install/ : [Certified Versions] Linux=,redhat3 把這個屏蔽掉，或者是添加新的內容： [Certified Versions] Linux=,redhat3 [] TEMP_SPACE=80 SWAP_SPACE=150 MIN_DISPLAY_COLORS=256 [] TEMP_SPACE=80 SWAP_SPACE=150 MIN_DISPLAY_COLORS=256 [] TEMP_SPACE=80 SWAP_SPACE=150 MIN_DISPLAY_COLORS=256 對這個地方定制一下就可以了。 。 SMJ 即使相關列上建有索引，最多只 能因索引的存在，避免數(shù)據(jù)排序過程。假設表 emp 的 deptno 列上有索引，表 dept 的列 deptno 上無索引， WHERE 語句有 = 條件。由于系統(tǒng)數(shù)據(jù) 字典表都未被分析過，可能導致極差的 “執(zhí)行計劃 ”。如是，索引在查詢時用不上。 。 ORACLE 掌握了充分反映實際的統(tǒng)計數(shù)據(jù)，才有可能做出正確的選擇。雖然 emp 數(shù)據(jù)行有很多， ORACLE缺省認定表中列的值是在所有數(shù)據(jù)行均勻分布的，也就是說每種 deptno 值各有 25 萬數(shù)據(jù)行與之對應。如果索引列值可以是空值，在 SQL 語句中那些要返回 NULL 值的操作，將不會用到索引，如 COUNT（ *），而是用全表掃描。并行查詢將不會用到索引。 如我們想要用到 A 表的IND_COL1 索 引的話，可采用以下方式： “SELECT /*+ INDEX（ A IND_COL1） */ * FROM A WHERE COL1 = XXX。字符型：在索引字段上加 ??，例如 select * from tg_cdr01 where msisdn||??=v_msisdn。 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ù)我的經驗，即使這個表大小增加到 1000 萬，也不會超過 10 分鐘。 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。 (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。 這是我在我的系統(tǒng)中的測試，僅僅給你一個參考 我的環(huán)境是 linux radhat + oracle 9204 , file system ext3 , EMC cx200 raid10