分区表段存储策略优化核心是“分完后每个段放哪、用什么参数建、如何避免争抢”，而非单纯分区方式；必须为每个分区显式指定独立表空间并差异化配置存储参数，否则I/O无法分散、冷热数据互相干扰。
直接说结论：分区表的段存储策略优化，核心不是“怎么分”，而是“分完后每个段放哪、用什么参数建、怎么避免争抢”。盲目按时间切12个分区却全塞进同一个表空间，性能反而更差。
为什么本地索引必须和分区表放在同一表空间？
本地索引（LOCAL）的每个分区默认继承主表对应分区的表空间。如果手动指定不同表空间（比如把 dbobjs_06 索引放到 users，而数据在 eygle），会导致 I/O 路径分裂、缓冲区争用，且无法利用 Oracle 的分区剪枝优化路径。
- 查
dba_indexes时，partitioning_type是LOCAL，但tablespace_name字段为空——说明它没独立表空间，完全依赖分区定义 - 建索引时显式写
PARTITION dbobjs_06 TABLESPACE users是允许的，但仅适合冷热分离场景（如历史分区索引放低速盘），日常 OLTP 不建议 - 真正影响性能的是
dba_tab_partitions和dba_ind_partitions中各分区的tablespace_name是否一致
分区段的 INITIAL 和 NEXT 参数怎么设才不踩坑？
Oracle 分区表每个分区都是独立段（segment），INITIAL 和 NEXT 必须按单个分区预估，不能套用原非分区表的总大小来设。
- 例如原表预计 1TB，拆成 12 个按月分区，每个分区约 80GB，那么
INITIAL至少设83886080000（≈80GB），而不是沿用原表的1048576（1MB） -
NEXT建议设为INITIAL的 10%～20%，避免频繁扩展导致 extent 碎片；设太小（如 64KB）会让高频插入的分区快速产生上千个 extent - 使用
SEGMENT CREATION IMMEDIATE（而非DEFERRED），确保分区一建好就有真实段结构，否则首次 INSERT 才分配，可能触发延迟等待
多个分区共用表空间时，如何防 I/O 热点？
如果所有分区都落在同一个表空间（比如全在 USERS），即使逻辑上分开了，物理上仍竞争同一组数据文件，起不到负载分散作用。
- 检查
dba_data_files中该表空间是否只挂载了单个文件（bytes特别大）；理想是每个分区对应一个独立数据文件，且分布在不同物理磁盘 - 建分区时显式指定表空间：
PARTITION sales_q1 VALUES LESS THAN (...) TABLESPACE ts_q1，并提前为ts_q1、ts_q2等创建独立 datafile - 不要依赖默认表空间——哪怕设置了
DEFAULT TABLESPACE，分区语句里没写TABLESPACE，也会落到用户默认表空间，极易集中
最容易被忽略的点：dba_segments 里看到每个分区都有独立 segment_name，不代表它们物理隔离；真正决定 I/O 分散度的是底层 datafile 分布和 ASM diskgroup 的条带策略，不是 SQL 里写了几个 PARTITION 关键字。
