本文探讨了在Oracle数据库中删除大表字段导致的长时间执行及‘db file scattered read’等待事件。通过分析10046 trace文件，揭示了全表扫描、多块读取以及DDL操作的特性。文章提到了删除字段的不同策略，包括设置为UNUSED、逻辑删除、在线重定义以及CTAS重建表，并分享了实际操作中可能遇到的问题和解决方案。
这是杂货铺的第403篇文章
《大表删除字段为何慢？》的案例中，提到删除一张大表的字段，产生了很多等待，但是测试环境模拟的现象，看起来和生产，略有区别。
由于生产环境，用的是DG架构，因此在数据库同事的协助下，利用DG备库snapshot的功能，在生产环境，真实操作了一次，虽然和主库操作，唯一不同的是，没有请求的压力，相当于停了应用，但还是能说明些问题。
整个删除操作，执行时间，大约是30分钟，通过10046的trace，看见等待事件，主要是下面这种，
从这段内容中，有几点值得说明，
1. db file scattered read
Oracle在执行全表扫描(Full Table Scan，FTS)或全索引扫描(Index Full San)时，为保障性能，尽量一次读取多个块，这称为Multi Block I/O，即多块读。每次执行Multi Block I/O，都会等待物理I/O结束，此时等待的，就是db file scattered read事件。这个等待事件包含三个参数&
最低0.47元/天 解锁文章
1198
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
