kupa Asked: 2012-05-12 00:31:51 +0800 CST2012-05-12 00:31:51 +0800 CST 2012-05-12 00:31:51 +0800 CST 我的数据库的大小急剧增加。为什么？ 772 我发现我的数据库，特别是USERS表空间的大小急剧增加。 如何找到在此表空间中的对象上执行的 DML 操作？ oracle database-size 2 个回答 Voted Best Answer Wouter 2012-05-12T03:56:38+08:002012-05-12T03:56:38+08:00 下面的查询将向您展示数据库中的模式、表空间和对象及其各自大小的概述。 - 更改 group by 以降低详细程度（您可能想先查看大小是否由表、索引或其他对象引起） - 添加 where 子句以仅列出您要调查的 schema/tablespace/object_type . select owner SCHEMA, tablespace_name TABLESPACE, segment_type OBJECT_TYPE, segment_name OBJECT_NAME, round((sum(bytes)/1024/1024), 3) MB from dba_segments group by owner, tablespace_name, segment_type, segment_name order by owner, tablespace_name, MB desc; 它不会向您显示 DML 导致它的原因，但它已经向您显示了导致它的对象。然后，您可以通过 Enterprise Manager 中的查询历史来查找与这些有问题的对象一起使用的查询。 在企业管理器中，转到性能选项卡，然后在底部选择“搜索 SQL”。然后在“SQL 文本”中搜索带有大表的查询。像这样，例如：%large_table_name% 祝你好运！ TomV 2012-05-12T09:00:11+08:002012-05-12T09:00:11+08:00 我建议的另一项检查是找出哪些用户拥有 USERS 表空间的配额。还要检查谁拥有 UNLIMITED TABLESPACE 系统权限。如果您发现任何具有 UNLIMITED TABLESPACE 权限的帐户，除非它是 DBA 的帐户，请将其删除并根据需要为表空间提供特定的配额（并拒绝任何“哎呀，如果我有那个就好了”）。并且为防止将来出现这种突然的大小增加，请确保每个可以写信给 USERS 的人都有配额限制。USERS 表空间通常用于为开发人员或其他人提供一个地方，以防他们需要创建自己的对象。而且它也容易被滥用（“哎呀，我不能导入几百万行？/我不知道它会破坏一些东西！”）。并且不要像大多数人那样慷慨地分配配额 不要使用你给他们的东西，除了少数有问题的孩子（那些认为存在不断扩大的硬盘空间的孩子）。从您所写的内容来看，这些保护措施没有到位，并且您的数据库中有一个野孩子在逍遥法外。
下面的查询将向您展示数据库中的模式、表空间和对象及其各自大小的概述。
- 更改 group by 以降低详细程度（您可能想先查看大小是否由表、索引或其他对象引起）
- 添加 where 子句以仅列出您要调查的 schema/tablespace/object_type .
它不会向您显示 DML 导致它的原因，但它已经向您显示了导致它的对象。然后，您可以通过 Enterprise Manager 中的查询历史来查找与这些有问题的对象一起使用的查询。
在企业管理器中，转到性能选项卡，然后在底部选择“搜索 SQL”。然后在“SQL 文本”中搜索带有大表的查询。像这样，例如：%large_table_name%
祝你好运！
我建议的另一项检查是找出哪些用户拥有 USERS 表空间的配额。还要检查谁拥有 UNLIMITED TABLESPACE 系统权限。如果您发现任何具有 UNLIMITED TABLESPACE 权限的帐户，除非它是 DBA 的帐户，请将其删除并根据需要为表空间提供特定的配额（并拒绝任何“哎呀，如果我有那个就好了”）。并且为防止将来出现这种突然的大小增加，请确保每个可以写信给 USERS 的人都有配额限制。USERS 表空间通常用于为开发人员或其他人提供一个地方，以防他们需要创建自己的对象。而且它也容易被滥用（“哎呀，我不能导入几百万行？/我不知道它会破坏一些东西！”）。并且不要像大多数人那样慷慨地分配配额 不要使用你给他们的东西，除了少数有问题的孩子（那些认为存在不断扩大的硬盘空间的孩子）。从您所写的内容来看，这些保护措施没有到位，并且您的数据库中有一个野孩子在逍遥法外。