蓝皮书的自留地

运筹帷幄，决胜千里

发表于

[toc]

等待事件

1
2
3
4
5
6
7
8
9
10
11
set lines 200
col event for a55 
SELECT  inst_id,EVENT, SUM(DECODE(WAIT_TIME, 0, 0, 1)) "Prev", SUM(DECODE(WAIT_TIME, 0, 1, 0)) "Curr", COUNT(*) "Tot" , sum(SECONDS_IN_WAIT) SECONDS_IN_WAIT
FROM GV$SESSION_WAIT
WHERE event NOT
IN ('smon timer','pmon timer','rdbms ipc message','SQL*Net message from client','gcs remote message')
    AND event NOT LIKE '%idle%'
    AND event NOT LIKE '%Idle%'
    AND event NOT LIKE '%Streams AQ%'
GROUP BY inst_id,EVENT
ORDER BY 1,5 desc;

查询会话相关

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
set line 199 
col username format a14 
col event format a35 
col module format a20 
col spid format a8 
col machine format a15
col B_SESS for a10 
--根据等待事件查会话
SELECT /*+rule */ sid, s.serial#, spid, event, sql_id, seconds_in_wait ws, row_wait_obj# obj, s.username, s.machine,  BLOCKING_INSTANCE||'.'||blocking_session b_sess FROM v$session s, v$process p WHERE event='&event_name' AND s.paddr = p.addr order by 6;

--根据用户查会话
SELECT /*+rule */ sid, s.serial#, spid, event, sql_id, seconds_in_wait ws, row_wait_obj# obj, s.username, s.machine,  BLOCKING_INSTANCE||'.'||blocking_session b_sess FROM v$session s, v$process p WHERE s.username='&user_name' AND s.paddr = p.addr order by 6

--根据SQL_ID查会话
SELECT /*+rule */ sid, s.serial#, spid, event, sql_id, seconds_in_wait ws, row_wait_obj# obj, s.username, s.machine,  BLOCKING_INSTANCE||'.'||blocking_session b_sess FROM v$session s, v$process p WHERE s.sql_id='&sql_id' AND s.paddr = p.addr order by 6

--根据会话ID查会话详情
SELECT s.sid, s.serial#, spid, event, sql_id, PREV_SQL_ID, seconds_in_wait ws, row_wait_obj# obj, s.username, s.machine, module,blocking_session b_sess,logon_time  FROM v$session s, v$process p WHERE sid = '&sid' AND s.paddr = p.addr;

--查询阻塞会话
select count(*),blocking_session from v$session where blocking_session is not null group by blocking_session;

--查询会话的对象信息
col OBJECT_NAME for a30
select owner,object_name,subobject_name,object_type from dba_objects where object_id=&oid;

阅读全文 »

发表于

[toc]

Oracle Database 23c 已经 GA 了，Oracle Database 23c: The Next Long Term Support Release

We are pleased to announce that the new version of the world’s most powerful database, Oracle Database 23c, is now Generally Available on OCI Oracle Base Database Service.

安装部署

之前新版本发布之后，初步体验就是安装部署，捣鼓一堆，现在简单了，安装是最简单的了。

1、rpm 安装

2、docker 安装

3、官方提供的 Oracle VM VirtualBox ova 直接导入

rpm 和 ova 暂且不提，本次体验用 docker 安装三部曲。

阅读全文 »

发表于

[toc]

概念描述

ORACLE 11g 之后的自动统计信息的阈值默认是10%，也就是表变化超过10%才会进行搜集。如果分区表的某个分区的数据变化超过了10%，但是没有超过整个表的10%，默认情况下会不会进行自动的统计信息搜集呢。

测试验证

  1. 完了方便测试，这里修改当前的 NLS_DATE_FORMAT 显示时分秒。
1
2
3
SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY-MM-DD HH24:MI:SS';

Session altered.

  1. 创建分区表

    阅读全文 »

发表于

[toc]

概念描述

Oracle收集失效的统计信息的策略：自上次自动统计信息收集作业完成之后，如果DBA_TAB_MODIFICATIONS中记录的INSERT+UPDATE+DELETE所影响的行记录之和超过了DBA_TABLES中目标表记录数的10%，或者是自上次统计信息收集完成之后目标表执行过truncate操作，那么 Oracle 会认为目标表的统计信息已经失效，自动统计信息收集作业就会对目标表重新收集统计信息。

但是对于一些超大表，可能数据变化超过10%需要很长时间，这就导致统计信息很长时间搜集一次，可能导致统计信息不是最新，从而产生执行计划不准的情况。

可以通过EXEC dbms_stats.set_table_prefs(ownname => 'MES',tabname => 'METABLEXXX',pname => 'STALE_PERCENT',pvalue => 5); 来修改这个10%的阈值为5%

阅读全文 »

发表于

[toc]

适用范围

ORA-00600: 内部错误代码, 参数: [qkaffsindex5],存在函数索引，或者desc 索引，ORACLE 12c及以后版本

问题概述

数据库日志报：ORA-00600: 内部错误代码, 参数: [qkaffsindex5] ,详细信息如下：

*** 2023-05-15T13:31:12.142282+08:00
2023-05-15T13:31:12.142272+08:00
Incident 427804 created, dump file: /app/oracle/base/diag/rdbms/p1fspdb/p1fspdb1/incident/incdir_427804/p1fspdb1_ora_48751_i427804.trc
ORA-00600: 内部错误代码, 参数: [qkaffsindex5], [1], [], [], [], [], [], [], [], [], [], []

trc 日志报：

[TOC00000]
Jump to table of contents
Dump continued from file: /app/oracle/base/diag/rdbms/p1fspdb/p1fspdb1/trace/p1fspdb1_ora_48751.trc
[TOC00001]
ORA-00600: 内部错误代码, 参数: [qkaffsindex5], [1], [], [], [], [], [], [], [], [], [], []

[TOC00001-END]
[TOC00002]
========= Dump for incident 427804 (ORA 600 [qkaffsindex5]) ========

*** 2023-05-15T13:31:12.142778+08:00
dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
[TOC00003]
—– Current SQL Statement for this session (sql_id=6bvp8rj1jqtpk) —–
select t.value_index || ‘’ from spc_value_t t
where t.value_index >= 2023051200000000000000000000
and t.value_index < 2023051300000000000000000000
[TOC00003-END]

问题原因

spc_value_t 表上存在 desc 索引，在函数索引、desc 索引的情况下会出现此bug。

阅读全文 »

发表于

[toc]

问题概述

RAC 2 节点， scheduler job 的分配机制是什么样子的？Oracle19c RAC 两个节点，每个节点内存512G，节点1 的一个内存坏掉，剩余256G 内存，发现20个job 都在节点2上运行了。

问题原因

有两个参数可以控制 scheduler job 的 runing 机制： INSTANCE_ID和INSTANCE_STICKINESS，对应的默认值分别为空和TRUE，也就是如果不设置的话，scheduler JOB 遵循负载均衡的算法将 job 分配到负载轻的实例上。

阅读全文 »

发表于

[toc]

适用范围

ORACLE ADG 备库搭建过程，log_file_name_convert 参数配置如下，导致无法创建redo log file 。
*.log_file_name_convert='+DATA/dbrac/','/u01/app/oracle/oradata/orcldg'

问题概述

ORACLE ADG 备库搭建过程，log_file_name_convert 参数配置如下，导致无法创建redo log file 。
*.log_file_name_convert='+DATA/dbrac/','/u01/app/oracle/oradata/orcldg'
具体报错如下：

阅读全文 »

发表于

[toc]

适用范围

ORACLE 12c、19c

问题概述

impdp 操作使用DISABLE_ARCHIVE_LOGGING:Y 参数后，报ORA-39126: Worker unexpected fatal error in KUPW$WORKER.CHANGE_ARCHIVE_LOGGING 等一系列错误信息。

问题分析

impdp 的参数文件信息如下：

阅读全文 »

发表于

[toc]

适用范围

创建索引组织表（分区表）及查询其使用的表空间名称

问题概述

通过 USER_TAB_PARTITIONS 视图无法查询索引组织表（分区表）使用的表空间名称。

问题原因

由于索引组织表的本质是索引，索引查看分区需要通过user_ind_partitions 视图进行查询，以下是根据 ORACLE docs SQL Language Reference 手册 手册创建的索引组织表（分区表）及查看使用的表空间的名称例子。

阅读全文 »
0%