Oracle存储参数调优：ASSM时代PCTFREE与PCTUSED的真相与实战
在Oracle数据库的存储管理中，PCTFREE和PCTUSED是两个历史悠久的基础参数。但随着自动段空间管理（ASSM）成为默认选项，很多DBA对它们的理解还停留在手动段管理时代，导致在实际高并发或数据更新频繁的场景下，性能问题频发。今天，我们就来彻底厘清这两个参数在ASSM环境下的真实行为与调优要点。
ASSM下PCTFREE还起作用吗？
当然起作用，但它的职责范围已经变了。简单来说，它只管好自己“家”（数据块内部）的事，不管“小区”（空闲块调度）的分配。从Oracle 9i起，ASSM成为默认设置，传统的freelists和freelist_groups参数就此“退休”——即便你在建表语句里白纸黑字写上freelists 4user_tables视图，这两列的值也永远显示为1。空闲块的分配，现在全权交给了位图块来动态管理。而pctfree的核心任务，依然是控制每个数据块内部预留多少百分比的空间，留给后续的UPDATE操作使用。它不参与、也影响不了跨数据块的调度逻辑。
起作用，但只管数据块内空间预留，不管空闲块调度；PCTFREE控制块内预留空间供UPDATE扩展，ASSM下由位图块管理空闲块分配，PCTUSED完全失效，查询恒为NULL。
高并发INSERT时PCTFREE设多少才不卡住？
千万别死守默认的10%，这个值不是金科玉律。关键得看你的数据行，在生命周期内会“长胖”多少。如果字段经常从VARCHAR2(50)更新成VARCHAR2(200)，或者涉及大量LOB索引键的更新，那么10%的预留空间很可能捉襟见肘。建议将PCTFREE提高到15%甚至20%。否则，当块内空间不足或ITL（事务槽）扩展失败时，频繁的buffer busy waits和enq: TX - row lock contention等待事件就会找上门来。
- 估算公式：
PCTFREE ≈ (a vg_row_len_after_update - initial_row_len) * 100 / a vg_row_len_after_update - 实测案例：某日志表初始行长度约80字节，UPDATE后平均膨胀到220字节。将
PCTFREE从10调整为20后，相关的db file sequential read等待下降了37%。 - 重要提醒：修改
PCTFREE需要重建数据段，例如执行ALTER TABLE t MOVE PCTFREE 20 INITRANS 12。这个过程会锁表，务必在业务低峰期进行。
为什么PCTUSED在ASSM表空间里查不到？
原因很简单：ASSM压根就不再用PCTUSED这个参数了。传统模式下，PCTUSED像个开关，当块内已用空间低于这个阈值时，块就被重新放回空闲列表（free list）等待写入。而ASSM引入位图块后，哪个块“可写入”是由位图实时标记的，不再依赖那个固定的百分比阈值。所以，当你执行SELECT table_name, pct_used FROM user_tables时，pct_used列永远返回NULL——这可不是查询出了错，而是Oracle设计上就这么定的。只要表空间启用了“AUTO”段管理（可通过dba_tablespaces.segment_space_management确认），PCTUSED就彻底失效了，建表时指定它也会被默默忽略。
纯加载场景该不该用APPEND？
当然应该用，但必须配合PCTFREE的调优。直接路径插入（通过/*+ APPEND */提示实现）会绕过位图块的查找过程，直接从高水平线（HWM）之上连续分配新的区，这种“整块写入”的方式能有效避免分散写入带来的物理读放大问题。不过，它对块内已有空间没有要求，因此PCTFREE主要影响的是后续的常规INSERT和UPDATE操作。这里有个细节：APPEND方式写入的块，会按照表当前定义的PCTFREE值来预留空间。如果这个值设得太小，那么后续对这批数据的第一条UPDATE操作，就可能直接导致行迁移，引发链式反应。
- 操作建议：ETL批量加载前，先执行
ALTER TABLE log_table PCTFREE 15调整预留空间。 - 加载SQL：写成
INSERT /*+ APPEND */ INTO log_table SELECT ...的形式。 - 性能加速：如果允许，可以加上
NOLOGGING选项以进一步提速，但切记操作完成后立即安排备份，因为这类操作可能无法通过重做日志恢复。
话说回来，还有一个极易被忽略的关联参数：INITRANS。块内空间是够了，但如果事务槽（ITL）只有默认的2个，高并发更新时，会话照样得排队等待TX锁。因此，在用ALTER TABLE ... MOVE重建段调整PCTFREE时，务必同步设置INITRANS，比如设为12或更高。同时，要确认表空间的block_size是否支持——理论上一个8KB的数据块最多能容纳255个ITL槽，但受块头开销等限制，实际建议不要超过50个，以免过度占用存储空间。
