Oracle

什麼時候會產生執行個體恢複呢？當你資料庫伺服器異常斷電，重啟資料庫就會發生執行個體恢複。執行個體恢複是由資料庫自動完成的，無須DBA的幹涉。當然這裡有個前提條件：資料檔案、線上記錄檔、控制檔案不得有損壞。我們用實驗來分析一下執行個體恢複的整個過程吧！1、在關閉資料庫前，我們先看一下幾個檢查點的SCNSQL> select checkpoint_change# from v$database;CHECKPOINT_CHANGE#  ------------------ 

一、建立恢複目錄1、建資料表空間create tablespace rc_data datafile '/u01/app/oracle/oradata/ocp/rc_data.dbf' size 50m;2、建使用者create user rc_ocp identified by rc_ocp default tablespace rc_data quota unlimited on rc_data;3、授權grant

很多情況下，資料庫管理員或使用者需要自動調度和運行很多類型的作業，例如，執行維護工作（如Database Backup）；資料載入和驗證常式；產生報表；收集最佳化程式統計資訊或執行商務程序。可以使用發送器功能指定任務在將來某個時間點運行。作業可以在資料庫中、在駐留資料庫執行個體的機器上甚至在遠程機器上運行。可以結合使用發送器和Resource Manager(資源管理員)。發送器可以啟用Resource Manager計劃，並按照為各種Resource

一、Undo資料表空間和復原段１、Undo段的主要作用（１）交易回復（２）事務恢複(執行個體恢複，利用復原來恢複未提交的資料)（３）讀一致性(構造CR)（４）閃回查詢２、查與undo相關的參數：sys@OCM> show parameter undoNAME                                 TYPE

一、什麼是REDO LOGREDOLOG檔案是十分重要的檔案，它記錄了Oracle的所有變化，是資料庫執行個體恢複機制中最為關鍵的組成部分。sys@OCM> select * from v$log;GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE    MEMBERS ARC STATUS        

1. 鎖的作用及影響鎖是Oracle管理共用資料庫資源並發訪問並防止並發資料庫事務之間“相互幹涉”的核心機制之一。當應用系統複雜、業務量大時，經常會出現應用進程之前的鎖等待現象，影響系統正常運行。當資料庫出現鎖等待的情況下快速定位阻塞進程，分析阻塞原因。2. 定位鎖類型資料庫的鎖有多種類型，每種不同的類型對業務的影響是不一樣的，大致可分為以下三類：DML鎖DDL鎖內部鎖與LATCH鎖下面給出每種不同類型的鎖的定位分析過程，各種鎖處理流程如下：2.1、DML鎖引用DSI40

(4號鎖分析之Unique key的約束)之前有個客戶提出，在insert的時候被hang住了，碰到這樣的問題很可能是鎖的問題。對於這樣的問題我一般就會想到幾個常用的視圖：v$lock/v$transaction/v$session/v$sql,仔細觀察就可以查出問題的所在。好，那我們現在去分析一下上面的現象，分析問題的一個常規手段就是能類比故障的重現，我來試試類比一下：1.查出當前操作的會話號為125SQL> select sid from v$mystat where rownum=1

這是曾經Oracle原廠的一位兄弟問我的一個問題,後來也有些人問起這個問題：用ORACLE內部原理描述以下過程：1、sqlplus gyj/gyj@orcl2、updatet_gyj set name='gyj1' where

一、求和與求平均1、什麼是組函數組函數就是我們前面我說過的多行函數。它主要針對錶進行操作。因為只有表中，才有多行資料。下面我們以SUM和AVG這兩個組函數為例，先從它們開始，介紹組函數的特性。2、SUM 求和函數gyj@OCM> select sum(salary) from

用ORACLE內部原理描述以下過程：1、sqlplus user/passwd@orcl2、update t set a=1 where b='ss';3、commit;4、exit1、sqlplus

----查詢物理檔案是否有offline   select name, bytes, status from v$datafile where status = 'OFFLINE';----查詢失效對象   SELECT owner, object_name, object_type     FROM dba_objects   WHERE status = 'INVALID'    &

再深入一步，為大家測試下，如果手動將buffer Header中Buffer Pin記憶體位設定為1，這就等同於加上了共用Buffer Pin鎖，這時另開一個會話，更新這個塊，會有什麼情況呢?1、取T1表的第一行資料做測試：SQL> select rowid,dbms_rowid.rowid_relative_fno(rowid) file#,dbms_rowid.rowid_block_number(rowid) block#,id,name from gyj.t1　where rownum=

一、條件簡介瞭解條件的一般形式最普通的條件如下形式：gyj@OCM> Select * from t1 where name='gyj2';       ID NAME           SALARY---------- ---------- ----------        2 gyj2          

一、SELECT1、瞭解| [ ] ｛｝在命令介紹中的意義，以及基本的SELECT查詢表中資料，主要使用SELECT命令。SELECT *|{[DISTINCT] column|expression [alias],...} FROM table;在這種命令描述方式中：| ：表示或者，像上面的*|｛……｝，也就是你可以使用*，它表示顯示所有列,也可以使用大括弧中的內容。｛｝：表示必選項。[ ]：表示可選項，也就是中括弧中的內容，可要可不要。當然選擇與否中括弧中的命令，

一、選擇率(Selectivity):選擇率是指滿足條件的行在查詢的結果集中所佔的比率1、假設教室中有120個人，如何才能確定其中有多少人的生日是在10月份？一年中有12個月　　　　　　　　　　　　　　　　　　--已知條件出生日期可能散布在這12個月中　　　　　　　　　　　--假設出生在任何一個月份中的人占整個教室總人數的1/12  　--月的選擇率請求一個特定的月份                

1、聚簇因子(clustering_factor)：是使用B樹索引進行區間掃描的成本很重要因素，反映資料在表中分布的隨機程度2、聚簇因子的計算方法：①掃描索引②比較某行的ROWID和前一行的ROWID，如果這兩個ROWID不屬於同一個資料區塊，那麼聚簇因子增加1 --對選擇最優查詢路徑影響最大的只有列的選擇率和聚簇因子3、實驗測試create table t1 asselect trunc((rownum-1)/100) id,rpad(rownum,100) t_padfrom

一、綁定變數的窺探(peek)1、Oracle在處理帶有綁定變數的SQL時候，只會在硬解析的時候才會“窺探”一下SQL中綁定變數的值，然後會根據窺探到的值來決定整個SQL的執行計畫。參數：_optim_peek_user_binds 2、綁定變數窺探的案例create table t8(id int ,name varchar2(100));beginfor i in 1 .. 1000 loop insert into t8

一、串連的整個流程1、A.用戶端:(1)A-->B 發起串連  (9)與Server Process互動,完成串連2、B.監聽進程:(2)B-->C fork子進程並等待 (7)B-->D 傳送用戶端資訊3、C.監聽子進程1:(3) C-->D fork子進程 (4)C-->B 子進程結束4、D.子進程2(Server Process) (5)D-->D exec Oracle (6)D-->B 監聽傳送資料 (8)D-->A

T1表全表掃描產生邏輯讀的分析做個實驗給你示範一下：以表t1為例，對段t1做dump1、t1表就一條資料gyj@OCM> select * from t1;     ID NAME---------- ----------      1 AAAAA2、找t1段的段頭塊gyj@OCM> select  header_file,header_block from dba_segments where

一、SQLLoader將 Excel 資料匯出到 Oracle1.建立SQL*Loader輸入資料所需要的檔案,均儲存到C:\，用記事本編輯：控制檔案：input.ctl，內容如下：load data　　　　　　　　　　 --1、控制檔案標識infile 'test.txt' --2、要輸入的資料檔案名為test.txtappend into table test　　　　--3、向表test中追加記錄fields terminated by