Oracle表空间满了怎么办

Q如何快速定位是哪个表空间占满了？当 Oracle 提示表空间不足时，我该先看哪里，才能尽快找到占满空间的表空间和数据文件？

A快速定位占满的表空间

可以先查询表空间使用率和数据文件剩余空间，关注 DBA_TABLESPACE_USAGE_METRICS、DBA_DATA_FILES、DBA_FREE_SPACE 这几类视图。重点看使用率接近 100% 的表空间，以及是否存在某个数据文件已到上限却没有开启自动扩展。也可以结合业务最近的批量导入、日志增长、索引重建等操作来判断空间暴涨的来源。

Q表空间满了，能不能直接扩容而不影响业务？线上系统正在跑，表空间已经告急，我想知道扩容会不会中断服务，怎么做风险更低？

A在线扩容的处理方式

大多数场景可以在线扩容，通过新增数据文件或调整现有数据文件大小来缓解空间压力。若数据文件支持自动扩展，可以检查 AUTOEXTEND 配置并设置合理的 NEXT 和 MAXSIZE。扩容时要结合磁盘剩余空间、ASM 容量、文件系统配额一起评估，避免数据库侧能扩、存储侧却没有足够空间。

Q表空间满了以后，哪些清理动作相对安全？在不想立刻加磁盘的情况下，我能删掉哪些内容来临时腾出空间，哪些操作风险比较高？

A优先考虑安全清理

可以优先排查并清理过期归档日志、临时表空间中的异常大任务、测试数据、历史分区和不再使用的中间表。对业务表直接删数据前，建议确认是否有备份、是否影响外键关系、是否需要归档。索引重建、对象压缩、分区裁剪也可能释放空间，但要结合业务低峰期执行，并提前验证执行代价。

Q怎样减少表空间再次被撑满的概率？这次解决了空间不足的问题，我还想知道日后该怎么监控和规划，避免同样的情况反复出现？

A建立空间预警和容量规划

建议给表空间设置容量阈值告警，比如 70%、80%、90% 分别触发不同级别通知，同时按周或按月跟踪增长趋势。对高增长对象单独做容量评估，关注大表、大索引、临时段和归档策略。对于增长稳定的业务，可以提前预留扩容窗口，并把自动扩展、存储配额和备份清理策略纳入日常运维。