Oracle

源庫RHEL4.5：192.168.137.199 GLOBAL_NAME=WENDING.LK ORACLE_SID=WENDING複製庫RHEL4.5：192.168.137.200 GLOBAL_NAME=STRM.LK ORACLE_SID=STRM1. 全備份源庫$ sqlplus '/as sysdba'記下備份前的SCN，規複的時間就規複到這個點。SQL> select DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER from

一個客戶的11.2的RAC環境，出現了一個節點DOWN掉的問題。這個客戶手工調整了系統的時間，使得兩個節點的系統時間只相差幾秒，而且還設定了11.2的自動時間同步功能。但是到了下午發現一個節點上的執行個體DOWN掉了，而且這時兩個節點的時間相差了一個小時左右。檢查掛掉的節點上的資料庫alert檔案：Mon May 10 15:22:03 2010NOTE: ASMB terminatingErrors in file

一、視圖的定義視圖（view），也稱虛表， 不佔用物理空間，這個也是相對概念，因為視圖本身的定義語句還是要儲存在資料字典裡的。視圖只有邏輯定義。每次使用的時候， 只是重新執行SQL.視圖是從一個或多個實際表中獲得的，這些表的資料存放在資料庫中。那些用於產生視圖的表叫做該視圖的基表。一個視圖也可以從另一個視圖中產生。視圖的定義存在資料庫中，與此定義相關的資料並沒有再存一份於資料庫中。通過視圖看到的資料存放在基表中。視圖看上去非常象資料庫的物理表，對它的操作同任何其它的表一樣。當通過視圖修改資料時，

oracle 中，對於一個提交的sql語句，存在兩種可選的解析過程， 一種叫做硬解析，一種叫做軟解析。一個硬解析需要經解析，制定執行路徑，最佳化訪問計劃等許多的步驟。硬解釋不僅僅耗費大量的cpu，更重要的是會佔據重要的們閂（latch）資源，嚴重的影響系統的規模的擴大（即限制了系統的並發行），

我們都知道在Oracle中每條SQL語句在執行之前都需要經過解析，這裡面又分為軟解析和硬解析。在Oracle中存在兩種類型的SQL語句，一類為 DDL語句（資料定義語言 (Data Definition Language)），他們是從來不會共用使用的，也就是每次執行都需要進行硬解析。還有一類就是DML語句（資料操縱語言），他們會根據情況選擇要麼進行硬解析，要麼進行軟解析。DML:INSERT,UPDATE,DELETE,SELECTDDL:CREATE,DROP,ALTER一、QL

Oracle Data Guard Linux 平台 Physical Standby 搭建執行個體Data Guard 環境：作業系統： redhat 4.7Primary資料庫：IP地址：10.85.10.1。資料庫SID：orclDB_UNIQUE_NAME：orcl_pdStandby資料庫：IP地址：10.85.10.2資料庫SID：orcl。DB_UNIQUE_NAME：orcl_st一、rimary 端的配置1.  主庫設定為force logging 模式SQL>

多數情況下，Primary資料庫的修改會隨著REDO資料傳播到物理Standby資料庫端並被應用，不需要在物理Standby端做額外的操作，不過根據實際配置的不同，也會有例外，有些操作不是沒有被傳播到Standby端，而是傳播過去了，但不能正確執行，其中最常見的就是對錶空間和記錄檔的管理操作，下面通過執行個體逐一進行說明。1、建立資料表空間或資料檔案初始化參數STANDBY_FILE_MANAGEMENT用來控制是否自動將Primary資料庫增加資料表空間或資料檔案的改動，傳播到物理Standb

一、建立備份物理Standby資料庫相當於Primary資料庫在某個時間點的鏡像複製，因此在建立物理Standby資料庫之前，至少要有一份Primary資料庫的完整備份。Oracle建議使用RMAN建立備份組，不過如果資料庫規模不是太大，我個人更傾向於通過使用者管理的方式建立備份組。建立備份有三種方式：1. RMAN 備份與恢複 -- 不需要shutdown 資料庫備份：$ rman target /RMAN> backup full format

2.跨分區訪問,依然是分區表的效能好，因為資料集中在了2個分區中，還是比訪問t1要少訪問資料...SQL> select * from t1 where object_id<4000;已選擇504448行。執行計畫----------------------------------------------------------Plan hash value: 3617692013----------------------------------------------------

通過對比分區表和普通表，簡單的測試了效能和對分區表存在index時的維護，最後我們不得不說使用分區表很多時候不一定能提高效能，主要是維護起來方便，如果我們能把訪問的資料集中在一個或者有限的幾個分區裡，那麼效能肯定比訪問普通的全表要好，還是那句話讓執行的sql儘可能的少讀、少寫，這樣才是提高sql效能的關鍵，就像anlinew提到的公式：T=S/V,其實少讀、少寫的目的就是減小S...--建立2個結構完全相同，資料量幾乎相同的表，只不過是分區表，一個是普通的heap表，然後簡單的做個訪問時的效能對

外鍵上沒有index操作主表資料時常會引起阻塞和deadlock問題外鍵引起的阻塞：session 1:SQL> create table p(id int primary key ) tablespace users;表已建立。SQL> create table r(id int references p on delete cascade) tablespace users;表已建立。SQL> insert into p values(1);已建立 1 行。SQL>

講最佳化時大致寫的一個提綱，內容分db的實體設計和邏輯設計，主要以實體設計為主，邏輯設計介紹的內容不多，提綱裡把物理結構設計和執行個體最佳化有機的結合在一起，把邏輯結構設計和應用調整結合在一起......Oracle效能調整指導綱要資料庫物理結構設計和執行個體層級的調整一、Oracle效能最佳化方法論1．為什麼（what）要最佳化（系統慢了？慢是表象）2．怎樣（how）最佳化？（需要找到慢的原因）a．是系統的問題？b．是資料庫的問題？3．誰（who）來最佳化？a．系統架構師（系統架構設計的有問題

statspack 輸出結果中必須查看的十項內容1、負載間檔（Load profile）2、執行個體效率點擊率（Instance efficiency hit ratios）3、首要的5個等待事件（Top 5 wait events）4、等待事件（Wait events）5、閂鎖等候6、首要的SQL（Top sql）7、執行個體活動（Instance activity）8、檔案I/O（File I/O）9、記憶體配置（Memory allocation）10、緩衝區等待（Buffer

作用：merge into 解決用B表跟新A表資料，如果A表中沒有，則把B表的資料插入A表；文法：MERGE INTO [your table-name] [rename your table here]USING （ [write your query here] ）[rename your query-sql and using just like a table]ON （[conditional expression here] AND […]…）WHEN

and_equal是Oracle支援的一種特定操作，可以將多個單列索引進行合并（Index Merge）輸出查詢結果。同時and_equal可以通過Hints來進行強制，最少指定兩個索引，最多指定5個。以下的執行計畫是常見的and_equal執行方式：SQL> select /*+ and_equal(t1 iu ii) */  username,password from t1 where username='EYGLE' and user_id=58;USERNAME

一個客戶的資料庫出現了嚴重的效能問題，根據awr的報告，系統效能問題與復原的爭用有關係。正常情況下，客戶資料庫的AWR的DB TIME資訊為：Elapsed: 119.92 (mins)DB Time: 22.99 (mins)而出現問題的時刻，DB TIME資訊變成了：Elapsed: 120.07 (mins)DB Time: 37,447.52 (mins)資料庫伺服器存在32顆CPU，可以看到，在採樣期間，這32顆CPU幾乎都是處於100%的工作狀態。Top 5 Timed

從一個客戶的真實最佳化案例引申的問題。客戶的一個資料庫需要進行最佳化，不過由於程式開發方沒有介入，因此這次最佳化無法對SQL進行修改。僅對資料庫級的調整一般來說收效不大，不過發現客戶資料庫中個別的SQL存在效能問題，且這個效能問題已經影響到整個資料庫。如果可以將這個SQL最佳化，那麼可以解決目前資料庫的效能問題。幸運的是，這個問題可以通過添加索引來進行最佳化。類比問題SQL如下：SQL> select * from v$version;BANNER---------------------

在11.2環境中嘗試建立一個延遲段屬性的表碰到了ORA-14223錯誤：SQL> SELECT * FROM V$VERSION;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - ProductionPL/SQL Release 11.2.0.1.0

雖然Oracle提供的DETERMINISTIC聲明，本意是確保函數的確定性，但是如何合理利用，是可以用來提高效能的。這一篇描述ARRAY對效能的影響。關於DETERMINISTIC函數，以前已經寫過一些文章了，不過對於DETERMINISTIC聲明用來提高效能只是簡單提了一句，並沒有展開來說。由於函式宣告了DETERMINISTIC特性，Oracle對於相同的輸入，可以只運行一次，而這對於代碼比較複雜，調用時間較長的函數而言，確實可以提高效能。但是在上面的幾篇文章中也提到了，DETERMINI

字典管理資料表空間-DMT     本地管理資料表空間-LMT字典管理資料表空間(Dictionary-Managed