共 3 篇相关文章
DBA们常常遇到这样的困惑：对Oracle表执行DELETE、DROP还是TRUNCATE？这些操作对空间到底有何影响？这篇技术说明正是为厘清这些差异而写。 文章将三种常见删除操作（DELETE SQL、DROP TABLE、TRUNCATE TABLE）放在一起对比，从多个维度拆解其不同。关键差异点包括：DELETE操作不会将空间归还给表空间或文件系统，空间仅能被原表重用，但可能产生“高水位”；而DROP和TRUNCATE默认都会释放表空间，但依然不会自动收缩数据文件。此外，在本地管理表空间下，这些操作基本不会造成表空间碎片，但在老旧的字典管理表空间中，DROP和TRUNCATE则可能导致碎片。 对于追求“干净”释放空间的场景，文章也给出了务实建议：例如使用`shrink space`整理表，或对索引执行`coalesce`。最终目的是帮助DBA们根据实际需求（是彻底删除、快速清空还是谨慎释放）选择合适的操作，并管理好预期——Oracle默认不会自动将空间返还给操作系统。
这篇直击RDS运维中让人头疼的磁盘空间问题，它并非泛泛而谈理论，而是直接从一个个真实的客户工单切入，抽丝剥茧地分析典型场景。文章系统梳理了七大类空间异常情况，从临时表与日志文件膨胀导致的“飙升”，到磁盘超限触发实例只读锁定，再到新手常遇到的“未用先满”疑惑，以及因大字段或本地迁移引入的隐形空间消耗。 针对每个问题，都给出了明确的根因，比如使用临时表的低效SQL、未及时清理的binlog、SQL Server大字段对日志的放大效应，并提供了具体的排查与解决路径，例如创建索引避免临时表、清理binlog、调整字段大小或升级数据库版本以优化undo日志回收。文章特别提到了一个因binlog累积与排序操作叠加导致空间暴涨的综合案例，展现了问题排查的复杂性。 对于开发者和运维人员来说，这篇文章像一份实用的故障排查手册，把那些看似突发的空间锁定问题拆解成了可诊断、可预防的具体技术点，能帮助大家快速定位并解决生产环境中的类似棘手问题。
这篇讲的是Oracle数据库在ASSM存储管理下，如何通过引入Low HWM和High HWM两个高水位标记来优化存储空间利用与并发性能。作者从传统MSSM模式下单一高水位标记的局限性切入，指出了其可能引发的锁竞争与IO性能问题。 文章核心聚焦于ASSM的解决方案：通过两个高水位将数据块区域划分为已格式化（Low HWM以下）、未格式化但可能被重用（Low HWM与High HWM之间）以及完全未格式化（High HWM以上）三个区域。这种设计精妙之处在于，它允许在HWM以下存在未格式化的“空洞”，从而在直接路径加载数据时，能更灵活地复用空间，避免因频繁提升高水位而导致的锁等待和不必要的格式化IO开销。 作者进一步解释了这一机制的关键细节：只有当当前extent及之前extent中的所有块均被格式化后，Low HWM才会上升；而High HWM的提升则与一级位图块管理的范围相关。在顺序读取时，系统以High HWM为终点，同时忽略其间未格式化的块，保证了查询效率。整篇内容深入到底层实现原理，为理解Oracle复杂的存储管理提供了清晰的视角。
