单纯修改INITRANS不生效，因该参数仅影响新分配数据块，原有块仍保持初始ITL槽数；必须执行MOVE（表）或REBUILD（索引）强制重写块才能使新INITRANS生效。
为什么单纯改INITRANS不生效
直接执行 alter table t initrans 50 不会立即增加现有数据块的itl槽数量。initrans 只影响后续新分配的数据块（比如新插入的行、move 后重建的块），已有的块仍维持原始 itl 槽数（默认表为 1）。这是最常被忽略的一点——改了参数但等待照旧，因为老块没变。
必须配合MOVE或REBUILD才能让INITRANS落地
要让 INITRANS 生效，得强制 Oracle 用新参数重写数据块。对表必须做 ALTER TABLE ... MOVE，对索引必须做 ALTER INDEX ... REBUILD。注意：MOVE 会锁表（除非加 ONLINE，但 19c 中表 MOVE 不支持 ONLINE，索引 rebuild 支持）。
- 表操作顺序：
ALTER TABLE kc24 INITRANS 50→ALTER TABLE kc24 MOVE→ALTER INDEX pk_kc24 REBUILD INITRANS 50 ONLINE - MOVE 后记得重建索引，否则索引仍指向旧块地址（rowid 变更）
- 如果表很大，MOVE 期间 DML 会被阻塞；可考虑在低峰期分批处理，或用 DBMS_REDEFINITION 在线重定义
INITRANS设多大才算合理
不能盲目拉高。ITL 槽本身占空间（每个约 24 字节），块越大能容纳的 ITL 越多（如 8K 块最多约 169 个），但若 PCTFREE 过低，块内空闲空间不足，即使 INITRANS=50 也扩不出新槽。
- 并发事务峰值 ≤ 50？INITRANS 设 8–16 即可，不必硬顶 50
- 热点块明确（如月结更新的
KC24表某几个主键范围），优先调高对应表/索引，而非全库统一 - 配合检查
PCTFREE：若当前是默认 10，且 UPDATE 频繁导致块填满，可同步提高到 20，给 ITL 扩展留空间
别漏掉索引的INITRANS调整
索引叶块比表块更容易出现 ITL 竞争——尤其主键索引或唯一索引上高并发 INSERT/UPDATE。默认索引 INITRANS=2，远低于业务实际需求。只调表不调索引，问题大概率转移到索引上。
- 查索引 INITRANS：
SELECT index_name, ini_trans FROM user_indexes WHERE table_name = 'KC24' - 重建时务必显式指定：
ALTER INDEX pk_kc24 REBUILD INITRANS 50 ONLINE（不写 INITRANS 就沿用原值） - 唯一索引和位图索引对 ITL 更敏感，需重点排查
