database - Oracle TABLESPACE 分配/使用性能影响

Question

TLDR？跳到要点。

我最近在测试环境的后端部署了一个带有 Oracle 11g 数据库的解决方案，但性能很糟糕 - 系统无法运行。在较低规范的开发中性能更好。环境。我明白这可能归结为很多很多事情，但 Oracle 设置目前处于第一线，因为它是我最不熟悉的组件(而且我已经没有想法了)。

数据库是使用 dbca 创建的。在 SQL Developer 中直接针对 DB 进行的简单 SELECTS 是可以的，但是通过我们的内部数据访问驱动程序(涉及具有大量连接的复杂查询)会产生糟糕的性能。没有网络延迟问题，数据访问代码在其他地方很好*。

*尽管有点啰嗦 - 改天再说吧。

为了提供帮助，我需要信息。关于以下内容:

• SQL Developer 显示 SYSTEM/SYSAUX 的表空间使用率为 99%(分别为 710Mb/600Mb)。这会对性能产生影响吗？

• SQL Developer 显示 TEMP 表空间使用 NULL，分配 NULL，使用 NULL，空闲 0，数据文件 NULL。我对数据库运行查询以显示临时文件存在并且在线......我什至删除/重新创建它，但它仍然在“管理数据库”屏幕中显示为 NULL。这是正常行为吗？如果不是，这会对性能产生影响吗？

提前致谢。

Answer 1

TLDR - 空间不是您的问题。

• 您的 SYSTEM 和 SYSAUX 表空间可能没问题。

您的报告可能具有误导性。您的数据文件可能正在使用其 当前分配 空间的 99%。但我敢打赌，如果您查看数据文件，您会发现它们可以自动扩展到更大的值。例如，在我的大多数默认设置安装中:

select tablespace_name, round(bytes/1024/1024) current_mb,
    round(maxbytes/1024/1024) max_mb, autoextensible
from dba_data_files
where tablespace_name in ('SYSTEM', 'SYSAUX');

TABLESPACE_NAME  CURRENT_MB   MAX_MB  AUTOEXTENSIBLE
SYSAUX           2050         32768   YES
SYSTEM           810          32768   YES

很可能您还有很多剩余空间，除非您的硬盘驱动器已满。另外，如果您真的超出 SYSTEM 或 SYSAUX 空间，它会抛出很多错误。例如，您将无法登录，因为 sys.aud$ 已满，或者统计信息收集在无法写入数据时会抛出异常。

DBCA 的 12c 版本甚至没有提供设置 SYSAUX 和 SYSTEM 表空间的选项。

• 您的临时表空间可能没问题。

一个完全空的临时表空间是不寻常的。但这不是坏事。如果内存中没有足够的空间，临时表空间用于排序和散列之类的事情。如果系统运行小型 OLTP 查询并且有足够的内存，则不需要临时表空间。

同样，即使您愿意，DBCA 也不会让您缩小临时表空间的大小。