1. 项目背景与需求解析
在Oracle数据库日常运维中，表空间使用情况监控是DBA的核心工作之一。最近在优化公司某套11g环境时，我发现部分业务表出现了异常增长，需要快速定位哪些用户下的表占用了过多空间。Oracle虽然提供了多种查看表大小的方式，但针对特定用户下所有表的汇总统计却需要一些技巧性查询。
2. 核心查询方案对比
2.1 常用数据字典视图分析
Oracle 11g中与表空间相关的关键视图包括：
- USER_SEGMENTS：当前用户下的段信息
- DBA_SEGMENTS：所有用户段信息（需DBA权限）
- USER_TABLES：当前用户的表信息
- DBA_TABLES：所有用户表信息
注意：生产环境使用DBA_视图需要谨慎，建议通过只读账号查询
2.2 三种典型查询方案
方案1：基于DBA_SEGMENTS的精确统计
sql复制SELECT
owner AS 用户,
segment_name AS 表名,
ROUND(bytes/1024/1024,2) AS 大小MB,
tablespace_name AS 表空间
FROM
dba_segments
WHERE
segment_type = 'TABLE'
AND owner = '目标用户名'
ORDER BY
bytes DESC;
优势：结果最准确，包含物理存储的实际字节数
局限：需要DBA权限，且包含索引等附加段
方案2：结合USER_TABLES的估算查询
sql复制SELECT
t.table_name,
ROUND(s.bytes/1024/1024,2) AS size_mb
FROM
user_tables t
JOIN
(SELECT segment_name, bytes
FROM user_segments
WHERE segment_type = 'TABLE') s
ON
t.table_name = s.segment_name
ORDER BY
s.bytes DESC;
适用场景：普通用户自查场景
方案3：带分区的表统计（11g特色）
sql复制SELECT
table_owner,
table_name,
ROUND(SUM(bytes)/1024/1024,2) AS total_mb
FROM
dba_segments
WHERE
owner = '目标用户'
AND segment_type IN ('TABLE','TABLE PARTITION','TABLE SUBPARTITION')
GROUP BY
table_owner, table_name
ORDER BY
total_mb DESC;
3. 生产环境实战技巧
3.1 结果优化显示
建议添加以下修饰列：
sql复制SELECT
owner,
segment_name,
ROUND(bytes/1024/1024,2) AS size_mb,
ROUND(bytes/1024/1024/1024,2) AS size_gb,
ROUND(SUM(bytes) OVER()/1024/1024/1024,2) AS total_gb,
ROUND(bytes/SUM(bytes) OVER()*100,2) AS percent
FROM
dba_segments
WHERE
segment_type = 'TABLE'
AND owner = 'SCOTT'
ORDER BY
bytes DESC;
3.2 常见问题排查
问题1：查询结果远大于实际数据量
原因：高水位线(HWM)未回收，可用以下命令收缩：
sql复制ALTER TABLE 表名 ENABLE ROW MOVEMENT;
ALTER TABLE 表名 SHRINK SPACE;
问题2：LOB字段占用异常
解决方案：单独统计LOB段：
sql复制SELECT
l.owner,
l.table_name,
l.column_name,
ROUND(s.bytes/1024/1024,2) AS size_mb
FROM
dba_lobs l
JOIN
dba_segments s ON l.segment_name = s.segment_name
WHERE
l.owner = '目标用户';
4. 自动化监控方案
4.1 定期统计脚本
sql复制CREATE GLOBAL TEMPORARY TABLE temp_table_sizes AS
SELECT
owner,
segment_name,
bytes,
SYSDATE AS check_date
FROM
dba_segments
WHERE
segment_type = 'TABLE'
AND 1=0;
-- 每天执行
INSERT INTO temp_table_sizes
SELECT
owner,
segment_name,
bytes,
SYSDATE
FROM
dba_segments
WHERE
segment_type = 'TABLE';
4.2 增长趋势分析
sql复制SELECT
t1.owner,
t1.segment_name,
ROUND(t1.bytes/1024/1024,2) AS start_mb,
ROUND(t2.bytes/1024/1024,2) AS end_mb,
ROUND((t2.bytes-t1.bytes)/1024/1024,2) AS growth_mb
FROM
(SELECT * FROM temp_table_sizes
WHERE check_date = TRUNC(SYSDATE)-1) t1
JOIN
(SELECT * FROM temp_table_sizes
WHERE check_date = TRUNC(SYSDATE)) t2
ON
t1.owner = t2.owner
AND t1.segment_name = t2.segment_name
WHERE
t2.bytes > t1.bytes * 1.2 -- 增长超过20%
ORDER BY
growth_mb DESC;
5. 性能优化建议
- 索引优化：大表的索引可能比表本身更大，需单独分析：
sql复制SELECT
i.owner,
i.index_name,
ROUND(s.bytes/1024/1024,2) AS size_mb
FROM
dba_indexes i
JOIN
dba_segments s ON i.index_name = s.segment_name
WHERE
i.table_owner = '目标用户';
- 表压缩建议：对大于1GB且很少更新的表考虑压缩：
sql复制ALTER TABLE 表名 MOVE COMPRESS;
- 分区策略优化：对超过10GB的表建议按日期/范围分区
6. 可视化方案
对于需要长期监控的环境，建议：
- 将查询结果定期导出到CSV
- 使用Python+Matplotlib生成趋势图
- 配置OEM或第三方监控工具的阈值告警
示例Python可视化代码：
python复制import pandas as pd
import matplotlib.pyplot as plt
df = pd.read_csv('table_growth.csv')
df['check_date'] = pd.to_datetime(df['check_date'])
pivot_df = df.pivot(index='check_date',
columns='segment_name',
values='size_mb')
pivot_df.plot(figsize=(12,6))
plt.title('Table Size Growth Trend')
plt.ylabel('Size (MB)')
plt.grid(True)
plt.savefig('growth_trend.png')
7. 权限管理建议
对于非DBA人员，建议创建只读视图：
sql复制CREATE VIEW schema_size_view AS
SELECT
owner,
segment_name,
ROUND(bytes/1024/1024,2) AS size_mb
FROM
dba_segments
WHERE
segment_type = 'TABLE'
AND owner IN ('APP_USER1','APP_USER2');
GRANT SELECT ON schema_size_view TO monitor_role;
8. 延伸应用场景
- 表空间预警：结合表空间剩余量计算预计可用天数
- 存储预算规划：根据历史增长率预测未来存储需求
- 归档策略制定：识别适合归档的历史大表
- 迁移评估：估算数据库迁移时的网络传输量
实际案例：某电商系统通过定期运行表大小分析，发现订单归档表占用了70%空间但访问频率低于1%，通过实施热冷数据分离后节省了60%的存储成本。