open_cursors 設定每個 session（會話）最多能同時開啟多少個 cursor（遊標）。

# 作用

![image-20211116103614697](http://img.blog.itpub.net/blog/2021/11/18/eae12b175bd17542.png)

當我們執行一條 sql 語句的時候，我們將會在 shared pool 產生一個 library cache object，cursor 就是其中針對於 sql 語句的一種 library cache object。另外我們會在 pga 有一個 cursor 的複製，同時在客戶端會有一個statement handle，這些都被稱為 cursor，在 v$open_cursor 裡面我們可以看到當前開啟的 cursor 和 pga 內 cached cursor。

作用是讓後續相同的 sql 語句不在開啟遊標，從而避免軟解析過程來提供應用程式的效率。

# 引數的大小

```sql
SELECT MAX(A.VALUE) AS HIGHEST_OPEN_CUR, P.VALUE AS MAX_OPEN_CUR
  FROM V$SESSTAT A, V$STATNAME B, V$PARAMETER P
 WHERE A.STATISTIC# = B.STATISTIC#
   AND B.NAME = 'opened cursors current'
   AND P.NAME = 'open_cursors'
 GROUP BY P.VALUE;

HIGHEST_OPEN_CUR MAX_OPEN_CUR
---------------- ------------
             300          300
```

- HIGHEST_OPEN_CUR 是實際開啟的 cursors 的最大值
- MAX_OPEN_ CUR 是引數 Open_cursors 的設定值

如果二者太接近，甚至觸發 ORA-01000 錯誤，那麼你就應該調大引數 open_cursors 的設定值。如果問題依舊沒有解決，盲目增大 open_cursors 也是不對的，這個時候你得檢查應用程式的程式碼是否合理，比如說應用程式是否開啟了遊標，卻沒有在它完成工作後沒有及時關閉。

如果需要迴圈建立 statement 物件最後統一提交，可以在迴圈裡執行完活動馬上關閉，關閉後業務處於未提交狀態，直到執行 connection.commit 事件時活動才會提交。

**導致遊標漏出的會話**

```sql
SELECT A.VALUE, S.USERNAME, S.SID, S.SERIAL#
  FROM V$SESSTAT A, V$STATNAME B, V$SESSION S
 WHERE A.STATISTIC# = B.STATISTIC#
   AND S.SID = A.SID
   AND B.NAME = 'opened cursors current';
```

**使用情況**

如果使用率為 100% 則增大這個引數值。

```sql
SELECT 'open_cursors',
       LPAD(VALUE, 5),
       TO_CHAR(100 * USED / VALUE, '990') || '%'
  FROM (SELECT MAX(SUM(S.VALUE)) USED
          FROM V$STATNAME N, V$SESSTAT S
         WHERE N.NAME IN                
               ('opened cursors current', 'session cursor cache count')
           AND S.STATISTIC# = N.STATISTIC#
         GROUP BY S.SID),               
       (SELECT VALUE FROM V$PARAMETER WHERE NAME = 'open_cursors');
	   
PARAMETER				    VALUE	   USAGE
--------------------------- ---------- ----------
open_cursors				       300		  31%
```

# 引數設定

12c 的資料庫啟動引數檔案只有一個，無論是 cdb 還是 pdb 使用這一個，但是其中這個引數檔案其中只有 cdb 的資料庫的引數，而沒有pdb的引數。

pdb 的引數分為兩部分組成：

1. 預設的 pdb 的引數由 cdb 引數指定

2. 特別的如果手工指定了某 pdb 的引數，那麼此 pdb 的引數將覆蓋 cdb 的引數。不再參考 cdb 的引數值。而且此 pdb 的引數是存放在資料字典中。

### 修改 CDB 引數

```sql
show con_name
alter system set open_cursors=500;
show parameter open_cursor;
```

### 修改 PDB 引數

```sql
alter session set container=pdb2;
alter system set open_cursors=1000;
或
ALTER SYSTEM SET parameter_name=value CONTAINER=pdb2;
```

驗證

```sql
show con_name
show parameter open_cursor;
```

### 檢視 pdb 管理的引數

手工修改 pdb 的引數之後，那麼此引數就不受 cdb 引數控制了。再修改 cdb 的引數也無法修改 pdb 的引數值。具體 PDB 管理的引數檢視語句如下

```sql
select a.name,a.dbid,b.pdb_uid,b.name,b.value$
  from v$pdbs a ,pdb_spfile$ b 
 where a.dbid = b.pdb_uid
   and a.name = 'PDB2'
```

### 取消 pdb 管理

```sql
alter session set container=pdb2;
alter system reset open_cursors=1000;
或
ALTER SYSTEM reset open_cursors CONTAINER=pdb2;
或
-- 非正規操作
delete from pdb_spfile$ where name = 'open_cursors' ;
```

Oracle：open_cursors

相關文章