Oracle TABLESPACE分配/使用性能影响
TLDR？跳到要点.
最近，我在测试环境的后端部署了一个带有Oracle 11g DB的解决方案，性能非常糟糕--系统无法操作。在低规格的开发中，性能更好。环境。我很感激这可以归结到很多很多事情上，但是Oracle的设置目前处于火线上，因为它是我最不熟悉的组件(而且我的想法已经用完了)。
DB是使用dbca创建的。在SELECTS中直接针对DB进行的简单选择是可以的，但是通过我们的内部数据访问驱动程序(涉及包含大量联接的复杂查询)可以获得较差的性能。没有网络延迟问题，其他地方的数据访问代码也很好。
*尽管有点喋喋不休--这是另一天的故事。
为了协助，我想要信息。关于以下各点：
- SYSAUX的SQL显示系统/SYSAUX的表空间使用率为99% (分别为710 99/600 99)。这会对性能产生影响吗？
- SQL显示临时表空间具有使用空、分配空、使用空、空闲0、数据文件空。我对数据库进行了查询，以表明临时文件存在并处于联机状态.我甚至删除/重新创建了它，但在Manage屏幕中仍然显示为NULL。这是正常行为吗？如果没有，这会对性能产生影响吗？
提前谢谢。
回答 2
Stack Overflow用户
发布于 2013-11-09 21:02:38
空间不是你的问题。
- 您的系统和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除非你的硬盘已经满了，否则你还有很大的空间。另外，如果您真的离开了系统或SYSAUX空间，它会抛出许多错误。例如，您将无法登录，因为sys.aud$是满的，或者统计信息收集会抛出异常，如果它不能写入数据。
DBCA的12c版本甚至没有提供设置SYSAUX和系统表空间的选项。
- 您的临时表空间可能很好。
完全空的临时表空间是不寻常的。但这不是坏事。如果内存中没有足够的空间，则临时表空间用于排序和散列。如果系统运行较小的OLTP查询，并且有足够的内存，则不需要临时表空间。
同样，即使您愿意，DBCA也不会允许您将临时表空间缩小。
Stack Overflow用户
发布于 2013-11-09 17:54:59
看起来数据库的大小没有正确调整。要查看性能问题，运行statspack或awr并查看相应的报告。此外，粘贴报告在线，以便我们可以看一看。
https://stackoverflow.com/questions/19880050
复制相似问题
腾讯云开发者
