Oracle 12c表空间与数据文件

表空间

Oracle 数据库是由若干个表空间构成的。任何数据库对象在存储时都必

须存储在某个表空间中。表空间对应于若干个数据文件，即表空间是由一个或多个数据文件构成的。

每个数据库至少有一个表空间，表空间的大小等于所有从属于它的数据文件大小的总和。

一、常用表空间

（1）系统表空间

系统表空间（system tablespace）是每个Oracle 数据库都必须具备的。其功能是在系统表空

间中存放诸如表空间名称、表空间所含数据文件等数据库管理所需的信息。系统表空间的名称是不

可更改的。系统表空间必须在任何时候都可以用，也是数据库运行的必要条件。因此，系统表空间

SQL> col property_value format a30

SQL> select property_name,property_value from database_properties where

property_name like 'DEFAULT%';

测试SYSTEM表空间不能脱机、不能置为只读、不能重命名、不能删除

SQL> alter tablespace system offline;

SQL> alter tablespace system read only;

SQL> alter tablespace system rename to system2;

SQL> drop tablespace system;

SQL> drop tablespace system including contents and datafiles;

 保证空间可用，一般存放单个数据文件。设置为自动扩展

间的负荷。

如果SYSAUX 表空间不可用,数据库核心功能将保持有效;使用SYSAUX 表空间的特点将会失败

或功能受限.

• 不能删除

•

不能重命名

•

不能置为read only

（3）临时表空间

临时表空间（temp tablespace）主要用于存储Oracle 数据库运行期间所产生的临时数据。主要用



索引create 或rebuild

 Order by 或group by



Distinct 操作



Union 或intersect 或minus

 Sort-merge joins



analyze

原段中的值写回到该行来恢复原始值。

例如

用户A 在执行了语句

“UPDATE emp SET sal=1000 WHERE empno=7733”

之后发现应该修改7868 号雇员的工资而不是7733 号雇员的工资，那么通过执行“ROLLBACK”语

句可以取消事务，此时系统将回滚段中的UNDO 数据800 从UNDO 段中又写回数据段中。

2）事务处理恢复

事务恢复是由ORACLE SERVER 自动完成的。如果实例在事务处理正在进行时失败，那么Oracle

服务器需要在数据库再次打开时回退所有未提交的事务。这种回退操作是事务处理恢复的一部分。

之所以有可能恢复事务处理，原因在于对还原段所做的更改同样受重做日志文件的保护。

例如

当Oracle 服务器开始执行SELECT 语句时，首先确定当前系统更改号(SCN)，并确保这个SCN 之

前未提交的任何修改不会被这条语句处理。如果在这次查询开始时某行有未提交的数据更改，

在9i 之前，回滚段的管理和监控是需要dba 手工介入的，创建合适的回滚段是件非常耗费dba

精力的事情，你可能需要不断关注oracle运行状况很长一阵子时间后，通过不断的调整才能基本确

认一段时期内回滚段的大小，一旦回滚段创建的不合适，就极有可能引起性能问题甚至错误。

9i 之后呢，oracle为了清晰它的整个概念，取消了回滚段这个说法(实际上并未取消回滚段)，

而完全以undo来代替，这也正好与redo相对应，一个撤销，一个重做。回滚段可以不再由dba手工

介入，完全由它自己在运行时自动分配，即自动撤销管理表空间（Automatic Undo Management)，

这在一定程度上即解放了dba，也确实起到了提高性能的作用，比如采用自动管理表空间就可以最

数据都存储在undo表空间中，该表空间越大，所能够存储的undo数据自然也越多，如果该表空间可

用空间非常小，别说flashback了，恐怕正常查询都有可能出错。

初始化参数UNDO_RETENTION，该参数用来指定undo记录保存的最长时间，以秒为单位，是个动

态参数，完全可以在实例运行时随时修改，通常默认是900秒，也就是15分钟。

务的数据会自动覆盖已提交事务的数据，而不管这些数据是否已过期，因此，当你创建一个自动管

理的undo表空间时，还要注意其空间大小，要尽可能保证undo表空间有足够的存储空间。

同时还要注意，并不是说，undo_retention中指定的时间一过，已经提交事务中的数据就立刻

无法访问，它只是失效，只要不被别的事务覆盖，它仍然会存在，并可随时被flashback特性引用。

如果你的undo表空间足够大，而数据库又不是那么繁忙，那么其实undo_retention参数的值并不会

影响到你，哪怕你设置成1，只要没有事务去覆盖undo数据，它就会持续有效。因此，这里还是那

句话，要注意undo表空间的大小，保证其有足够的存储空间。

只有在一种情况下，undo表空间能够确保undo中的数据在undo_retention 指定时间过期前一

定有效，就是为undo表空间指定retention guarantee，指定之后，oracle对于undo表空间中未过

期的undo数据不会覆盖。

retention强制保留属性。

SQL> show parameter undo_retention

900秒=15分钟

SQL> alter system set undo_retention=86400;

强制保留undo类型表空间

SQL> desc dba_TABLESPACEs

SQL> select tablespace_name,retention from dba_tablespaces where contents='UNDO';

设置强制保留，undo信息在undo表空间至少存储1天，不到1天，是不能被覆盖的，所以一定可以完

成1天闪回查询