oracle数据库中,应用所使用的数据库用户,可以访问哪类数据库系统表

Oracle是一种数据库管理系统，是一种关系型的数据库管理系统。通常情况了我们称的“数据库”，包含了物理数据、数据库管理系统、内存、 *** 作系统进程的组合体，就是指这里所说的数据库管理系统。

完整的Oracle数据库通常由两部分组成：Oracle数据库和数据库实例。

① Oracle数据库是一系列物理文件的集合；

组成Oracle数据库的文件可以分成三个类型：数据文件(data file)、重做日志文件(redo log file)和控制文件(control file)。数据文件保存数据，Oracle中可以存在任意数量的数据文件；重做日志文件跟SQL Server的事务日志文件一样用来保存对数据更改的记录，在系统恢复阶段需要用到；控制文件是一些特别的小文件，用来保存一些至关重要的关于数据库的信息，没有这个文件的话，实例就无法打开数据库。

除了数据文件、重做日志文件、控制文件之外，数据库还包含参数文件(parameter file)、密码文件(password file)和可选的归档日志文件(archive log files)。

② Oracle数据库实例则是一组Oracle后台进程/线程以及在服务器分配的共享内存区。

当Oracle启动时，它和SQL Server一样要先占用一些服务器内存用于执行 *** 作，这个内存区域——SGA(System Global Area)——被分为数个不同的结构，在创建SGA的同时也会启动一系列的后台进程用于和SGA进行交互，在这里这些分配的内存空间和后台进程组合起来就是Oracle实例了。请注意这里并没有提到数据库，实际上Oracle实例在没有数据库或是数据库不能访问时也是跑的很好的，在安装Oracle时，我们可以选择只安装软件，完了之后再安装数据库。

Oracle系统启动时，首先在内存中创建数据库实例，然后由实例找到保存在磁盘中的数据库，最后打开数据库让用户 *** 作。当系统关闭时，实例会从内存中清除掉；整个内存结构和后台进程都会消失，但是数据库依然存在于磁盘上，只是处于关闭的状态。

1、数据库

数据库是数据集合。

在安装Oracle数据库时，会让我们选择安装启动数据库（即默认的全局数据库）；

启动数据库：也叫全局数据库，是数据库系统的入口，它会内置一些高级权限的用户如SYS，SYSTEM等。我们用这些高级权限账号登陆就可以在数据库实例中创建表空间，用户，表。

内置一些高级权限的用户有 3 个：sys，system，scott

① sys用户超级管理员（等同sql sa，mysql root），具有oracle的最高权限，具有sysdba角色，具有创建create database的权限，密码默认为manager。

②system用户是 *** 作管理员，权限仅次于sys，具有sysoper（ate）的角色；system其没有create database的权限，其他的权限与sys相同。

③scott用户普通用户，默认密码为tiger，该用户默认是锁定，可以用system去解锁

全局数据库名：就是一个数据库的标识，在安装时就要想好，以后一般不修改，修改起来也麻烦，因为数据库一旦安装，数据库名就写进了控制文件，数据库表，很多地方都会用到这个数据库名。

查询当前数据库名：

1 select name from v$database;

2、数据库实例

Oracle官方描述：实例是访问Oracle数据库所需的一部分计算机内存和辅助处理后台进程，是由进程和这些进程所使用的内存(SGA)所构成一个集合。

其实就是用来访问和使用数据库的一块进程，它只存在于内存中。

我们访问Oracle数据库就是通过一个实例连接数据库，然后访问数据库文件。如果这个实例关联了数据库文件，就是可以访问的，如果没有，就会得到实例不可用的错误。

Oracle系统启动时，首先在内存中创建数据库实例，然后由实例找到保存在磁盘中的数据库，最后打开数据库让用户 *** 作。当系统关闭时，实例会从内存中清除掉：整个内存结构和后台进程都会消失，但是数据库依然存在于磁盘上，只是处于关闭的状态。之前也说过，Oracle实例可以在不打开数据库的情况下运行

实例名指的是用于响应某个数据库 *** 作的数据库管理系统的名称。她同时也叫SID。实例名是由参数instance_name决定的。

查询当前数据库实例名：

1 select instance_name from v$instance;

数据库实例名(instance_name)用于对外部连接。在 *** 作系统中要取得与数据库的联系，必须使用数据库实例名。比如我们作开发，要连接数据库，就得连接数据库实例，通过实例名连接：

jdbc:oracle:thin:@localhost:1521:orcl（orcl就为数据库实例名）

严格的说：一个Oracle服务，只包括一个Oracle实例和一个数据库（不考虑双机并行等这样的情况）。

但是一个实例只能对应一个数据库，一个数据库有可能对应多个实例。除非使用并行 Oracle 服务器选项，否则每个 Oracle 数据库都有一个实例与之相关，一个数据库被唯一的一个实例装载。

数据库与实例之间是1对1/n的关系，在非并行的数据库系统中每个Oracle数据库与一个实例相对应；在并行的数据库系统中，一个数据库会对应多个实例，同一时间用户只与一个实例相联系，当某一个实例出现故障时，其他实例自动服务，保证数据库正常运行。在任何情况下，每个实例都只可以对应一个数据库。

3、表空间

Oracle数据库是通过表空间来存储物理表的，一个数据库实例可以有N个表空间，一个表空间下可以有N张表。有了数据库，就可以创建表空间。

表空间(tablespace)是数据库的逻辑划分，每个数据库至少有一个表空间（称作SYSTEM表空间）。为了便于管理和提高运行效率，可以使用一些附加表空间来划分用户和应用程序。

数据库自带表空间：

① SYSAUX表空间

SYSAUX表空间在Oracle Database 10g中引入,作为SYSTEM表空间的辅助表空间以前一些使用独立表空间或系统表空间的数据库组件现在在SYSAUX表空间中创建SYSAUX 表空间存放一些其他的 metadata 组件，如 OEM,Streams 等会默认存放在 SYSAUX 表空间里。通过分离这些组件和功能，SYSTEM表空间的负荷得以减轻反复创建一些相关对象及组件引起SYSTEM表空间的碎片问题得以避免。

② SYSTEM表空间

SYSTEM表空间是Oracle创建数据库时候自动创建的，每个Oracle数据库都会有SYSTEM表空间，而且SYSTEM表空间总是要保持在联机模式下，因为其包含了数据库运行所要求的基本信息，如：数据字典、联机求助机制、所有回退段、临时段和自举段、所有的用户数据库实体、其它ORACLE软件产品要求的表等等。

③ TEMP表空间

临时表空间用来管理数据库排序 *** 作以及用于存储临时表、中间排序结果等临时对象,当ORACLE里需要用到SORT的时候，并且当PGA中sort_area_size大小不够时，将会把数据放入临时表空间里进行排序。像数据库中一些 *** 作： CREATE INDEX、 ANALYZE、SELECT DISTINCT、ORDER BY、GROUP BY、 UNION ALL、 INTERSECT、MINUS、ORT-MERGE JOINS、HASH JOIN等都可能会用到临时表空间。当 *** 作完成后，系统会自动清理临时表空间中的临时对象，自动释放临时段。这里的释放只是标记为空闲、可以重用，其实实质占用的磁盘空间并没有真正释放。这也是临时表空间有时会不断增大的原因。临时表空间存储大规模排序 *** 作(小规模排序 *** 作会直接在RAM里完成，大规模排序才需要磁盘排序Disk Sort)和散列 *** 作的中间结果它跟永久表空间不同的地方在于它由临时数据文件（temporary files）组成的,而不是永久数据文件（datafiles）。临时表空间不会存储永久类型的对象，所以它不会也不需要备份。另外，对临时数据文件的 *** 作不产生redo日志，不过会生成undo日志。

④ UNDO表空间

UNDO表空间是Oracle特有的概念。undo表空间中会自动分配undo段，这些undo段用来保存事务中的DML语句的undo信息，也就是来保存数据在被修改之前的值。在rollback，实例恢复(前滚)，一致性读CR块的构造时会使用到undo信息。由于undo的引入，从而Oracle的select语句实现一致性读时，不需要任何锁。undo表空间和其它表空间有很多类似的地方：undo数据块也会被读到buffer cache缓存起来，修改时也会产生redo log，数据也会写回到undo表空间的磁盘上。所以崩溃后，undo块的buffer cache也会恢复过来。

⑤ USERS表空间

创建用户必须为其指定表空间，如果没有显性指定默认表空间，则指定为users表空间，此用户所有信息都会放入到users表空间中。

查看已经创建好的表空间：

1 select default_tablespace, temporary_tablespace, username from dba_users;

4、用户

Oracle数据库建好后，要想在数据库里建表，必须先为数据库建立用户，并为用户指定表空间。Oracle的表空间、包括各种数据库对象的使用和 *** 作权限都是通过授权的方式在用户之间使用的。

查看数据库用户：

1 select from dba_users;

综上，现有实例和数据库；用户和表空间都存在于实例之后，是授权访问的，但是系统内置高级权限用户和自带表空间在实例创建之初都会被加载。

因此，实例故障时，其他实例接替服务，故障实例的表空间等信息，都可以通过高级权限用户再行赋权给其他实例。

5、数据库对象

有了数据库，表空间和用户，用户在自己的表空间创建表。有了表，就可以进行开发。

数据库的所有对象，包括过程、函数、包和包体、JOB、表、视图、索引、序列、触发器等都由用户开发，存在于表空间下。

问题分析：

一般cpu占用效高都是排序、sql解析和全表扫描，这里首先需要找出占用cpu最高的sql，然后查看他的执行计划，比如：看执行计划是走索引还是全表扫描（刚开始查看top发现占用同样多的CPU的进程很多，还以为是oracle 的bug, 后来发现不是）。

处理过程：

1, 根据 *** 作系统进程查找Oracle数据库中占用最多CPU的SQL

使用Linux系统 "top命令->P "查出占用cpu最高的进程PID

*** 作如下：在sqlplus中执行如下sql:

SQL>

SELECT

sql_text

FROM v$sqltext a

WHERE (ahash_value, aaddress) IN

(SELECT DECODE(sql_hash_value, 0, prev_hash_value, sql_hash_value),

DECODE(sql_hash_value, 0, prev_sql_addr, sql_address)

FROM v$session b

WHERE bpaddr =

(SELECT addr FROM v$process c WHERE cspid = '&pid'))

ORDER BY piece ASC

其中&pid 是使用top 查看系统中进程占用CPU极高的PID

找到SQL语句进行相应的调整优化

2，分析找到的sql语句，如查看sql执行计划。

在日常基于数据库应用的开发过程中，我们经常需要对多个表或者数据源进行关联查询而得出我们需要的结果集。那么Oracle到底存在着哪几种连接方式？优化器内部又是怎样处理这些连接的？哪种连接方式又是适合哪种查询需求的？只有对这些问题有了清晰的理解后，我们才能针对特定的查询需求选择合适的连接方式，开发出健壮的数据库应用程序。选择合适的表连接方法对SQL语句运行的性能有着至关重要的影响。下面我们就Oracle常用的一些连接方法及适用情景做一个简单的介绍。\x0d\31嵌套循环连接(nestedloop)\x0d\嵌套循环连接的工作方式是这样的：\x0d\1、Oracle首先选择一张表作为连接的驱动表，这张表也称为外部表（OuterTable）。由驱动表进行驱动连接的表或数据源称为内部表（InnerTable）。\x0d\2、提取驱动表中符合条件的记录，与被驱动表的连接列进行关联查询符合条件的记录。在这个过程中，Oracle首先提取驱动表中符合条件的第一条记录，再与内部表的连接列进行关联查询相应的记录行。在关联查询的过程中，Oracle会持续提取驱动表中其他符合条件的记录与内部表关联查询。这两个过程是并行进行的，因此嵌套循环连接返回前几条记录的速度是非常快的。在这里需要说明的是，由于Oracle最小的IO单位为单个数据块，因此在这个过程中Oracle会首先提取驱动表中符合条件的单个数据块中的所有行，再与内部表进行关联连接查询的，然后提取下一个数据块中的记录持续地循环连接下去。当然，如果单行记录跨越多个数据块的话，就是一次单条记录进行关联查询的。\x0d\3、嵌套循环连接的过程如下所示：\x0d\Nestedloop\x0d\Outerloop\x0d\Innerloop\x0d\我们可以看出这里面存在着两个循环，一个是外部循环，提取驱动表中符合条件的每条记录。另外一个是内部循环，根据外循环中提取的每条记录对内部表进行连接查询相应的记录。由于这两个循环是嵌套进行的，故此种连接方法称为嵌套循环连接。\x0d\嵌套循环连接适用于查询的选择性强、约束性高并且仅返回小部分记录的结果集。通常要求驱动表的记录（符合条件的记录，通常通过高效的索引访问）较少，且被驱动表连接列有唯一索引或者选择性强的非唯一索引时，嵌套循环连接的效率是比较高的。\x0d\嵌套循环连接驱动表的选择也是连接中需要着重注意的一点，有一个常见的误区是驱动表要选择小表，其实这是不对的。假如有两张表A、B关联查询，A表有1000000条记录，B表有10000条记录，但是A表过滤出来的记录只有10条，这时候显然用A表当做驱动表是比较合适的。因此驱动表是由过滤条件限制返回记录最少的那张表，而不是根据表的大小来选择的。\x0d\在外连接查询中，如果走嵌套循环连接的话，那么驱动表必然是没有符合条件关联的那张表，也就是后面不加(+)的那张表。这是由于外连接需要提取可能另一张表没符合条件的记录，因此驱动表需要是那张我们要返回所有符合条件记录的表。比如下面这个查询，\x0d\嵌套循环连接返回前几行的记录是非常快的，这是因为使用了嵌套循环后，不需要等到全部循环结束再返回结果集，而是不断地将查询出来的结果集返回。在这种情况下，终端用户将会快速地得到返回的首批记录，且同时等待Oracle内部处理其他记录并返回。如果查询的驱动表的记录数非常多，或者被驱动表的连接列上无索引或索引不是高度可选的情况，嵌套循环连接的效率是非常低的\x0d\--删除原表\x0d\droptablet1;\x0d\\x0d\--建立测试表\x0d\createtablet1(\x0d\f1varchar2(10),\x0d\f2varchar2(1000)\x0d\)\x0d\tablespaceCTL\x0d\pctfree98;\x0d\\x0d\--填充测试内容\x0d\insertintot1(f1,f2)\x0d\selectrownum,lpad(rownum,700,'0')\x0d\fromdba_tablesa,dba_tab_colsb\x0d\whereaowner=bowner\x0d\andrownumselect/+ordereduse_hash(t1,t2)/\x0d\t1f1,t2f1\x0d\fromctlt1t1,ctlt2t2\x0d\wheret1f1=t2f1234;\x0d\\x0d\999rowsselected\x0d\\x0d\ExecutionPlan\x0d\----------------------------------------------------------\x0d\0SELECTSTATEMENTOptimizer=CHOOSE(Cost=5Card=82Bytes=1148\x0d\)\x0d\10HASHJOIN(Cost=5Card=82Bytes=1148)\x0d\21TABLEACCESS(FULL)OF'T1'(Cost=2Card=82Bytes=574)\x0d\31TABLEACCESS(FULL)OF'T2'(Cost=2Card=82Bytes=574)\x0d\\x0d\Statistics\x0d\----------------------------------------------------------\x0d\0recursivecalls\x0d\0dbblockgets\x0d\11113consistentgets\x0d\0physicalreads\x0d\0redosize\x0d\23590bytessentviaSQLNettoclient\x0d\1381bytesreceivedviaSQLNetfromclient\x0d\68SQLNetroundtripsto/fromclient\x0d\0sorts(memory)\x0d\0sorts(disk)\x0d\999rowsprocessed\x0d\33,排序合并连接(mergejoin)\x0d\排序合并连接的方法非常简单。在排序合并连接中是没有驱动表的概念的，两个互相连接的表按连接列的值先排序，排序完后形成的结果集再互相进行合并连接提取符合条件的记录。相比嵌套循环连接，排序合并连接比较适用于返回大数据量的结果。\x0d\排序合并连接在数据表预先排序好的情况下效率是非常高的，也比较适用于非等值连接的情况，比如>、>=、=)\x0d\3,hash_join_enabled=false;\x0d\4,数据源已排序

部分常用hint。

1全表扫描hint full(table_name)

相对而言，全表扫描hint使用场合较少，但是要知道，全表扫描并不一定比索引效率低，特别是查询表中80%以上的数据库，全表扫描的效率要高于索引扫描。

2索引hint index(table_name index_name)

这两种hint一个是强制使用索引，另一个是强制执行计划不要走索引，什么用呢？常用于SQL调优过程中对比索引和非索引扫描。

运用的是oracle 中的哈希连接，/+ / 相当于代码中的编译指令，要求oracle按照指定的某种轨则执行，而不是使用默认设定use_hash(a,b)是其一一种当内存能够提供足够的空间时,哈希(HASH)连接是Oracle优化器通常的选择。哈希连接中，优化器根据统计信息，首先选择两个表中的小表，在内存中建立这张表的基于连接键的哈希表;优化器再扫描表连接中的大表，将大表中的数据与哈希表进行比较，如果有相关联的数据，则将数据添加到结果集中。  当表连接中的小表能够完全cache到可用内存的时候，哈希连接的效果最佳。哈希连接的成本只是两个表从硬盘读入到内存的成本。  但是，如果哈希表过大而不能全部cache到可用内存时，优化器将会把哈希表分成多个分区，再将分区逐一cache到内存中。当表的分区超过了可用内存时，分区的部分数据就会临时地写到磁盘上的临时表空间上。因此，分区的数据写磁盘时，比较大的区间(EXTENT)会提高I/O性能。ORACLE推荐的临时表空间的区间是1MB。临时表空间的区间大小由UNIFORM SIZE指定。  当哈希表构建完成后，进行下面的处理：  1) 第二个大表进行扫描  2) 如果大表不能完全cache到可用内存的时候，大表同样会分成很多分区  3) 大表的第一个分区cache到内存  4) 对大表第一个分区的数据进行扫描，并与哈希表进行比较，如果有匹配的纪录，添加到结果集里面  5) 与第一个分区一样，其它的分区也类似处理。  6) 所有的分区处理完后，ORACLE对产生的结果集进行归并，汇总，产生最终的结果。  当哈希表过大或可用内存有限，哈希表不能完全CACHE到内存。随着满足连接条件的结果集的增加，可用内存会随之下降，这时已经CACHE到内存的数据可能会重新写回到硬盘去。如果出现这种情况，系统的性能就会下降。  当连接的两个表是用等值连接并且表的数据量比较大时，优化器才可能采用哈希连接。哈希连接是基于CBO的。只有在数据库初始化参数HASH_JOIN_ENABLED设为True,并且为参数PGA_AGGREGATE_TARGET设置了一个足够大的值的时候,Oracle才会使用哈希边连接。HASH_AREA_SIZE是向下兼容的参数,但在Oracle9i之前的版本中应当使用 HASH_AREA_SIZE。当使用ORDERED提示时,FROM子句中的第一张表将用于建立哈希表。

这两个hash_value 是数据库内部使用的一个hash值 hash_value 具体可对应到 v$sql 的hash_value plan_hash_value 则对应到执行计划相关表的hash值

在通常情况下，在按照数据库的DBCA创建数据库时，有个步骤是需要设置用户密码的，习惯性都会为所有用户设置一个统一的密码，方便于管理，创建好数据库后，再以sys用户登录。

可以使用sqlplus '/as sysdba' 方式登录，也可以使用指定用户名和密码登录：sqlplus ‘sys/mima as sysdba'

如果想给其他用户修改密码：

alter user username identified by password；

以上就是关于oracle数据库中,应用所使用的数据库用户,可以访问哪类数据库系统表全部的内容，包括:oracle数据库中,应用所使用的数据库用户,可以访问哪类数据库系统表、Oracle内存和CPU占用率极高，是什么问题、oracle的执行计划中表的链接方式有几种分别适用什么情况等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！