在Oracle数据库中，随着业务数据不断累积，单张表可能增长到几百GB甚至数TB。如果不做任何物理拆分，查询和维护都会变得越来越慢。表分区正是Oracle提供的一种将大表在物理存储上划分为多个更小、更易管理的片段，但在逻辑上仍作为一张表对外提供访问的能力。
一、Oracle分区的主要类型
Oracle支持多种分区策略，每种策略适用的数据分布特征不同。理解这些类型的差异，是设计分区方案的第一步。最常见的包括范围分区、列表分区、哈希分区，以及它们的组合形式。
范围分区（Range Partitioning）通常基于日期或数值区间进行切分。例如按订单时间每月一个分区，旧数据可以方便地进行归档或截断。列表分区（List Partitioning）则针对具有少量离散值的列，如省份编码、渠道类型。哈希分区（Hash Partitioning）通过对分区键做哈希运算，将数据尽量均匀地分散到指定数量的分区中，适合没有明显区间特征但希望避免数据倾斜的场景。
1. 范围分区示例
下面创建一个按年份范围分区的销售表，每个分区存放不同年份的数据：
CREATE TABLE sales_range (
sale_id NUMBER,
sale_date DATE,
amount NUMBER(10,2)
)
PARTITION BY RANGE (sale_date) (
PARTITION p_2021 VALUES LESS THAN (TO_DATE('2022-01-01','YYYY-MM-DD')),
PARTITION p_2022 VALUES LESS THAN (TO_DATE('2023-01-01','YYYY-MM-DD')),
PARTITION p_max VALUES LESS THAN (MAXVALUE)
);
上述代码中，PARTITION BY RANGE指明使用范围分区，sale_date为分区键。当插入2021年的数据时，Oracle自动路由到p_2021分区。MAXVALUE分区用于兜底，防止超出预定义范围的数据插入失败。
范围分区的优势在于时间维度查询能利用分区裁剪（Partition Pruning），只扫描相关分区。但若分区键选择不当，例如用随机UUID做范围划分，则完全无法发挥该优势。
2. 列表与哈希分区
列表分区适合枚举值明确的场景，例如按地区编码分区：
CREATE TABLE user_region (
user_id NUMBER,
region VARCHAR2(10),
name VARCHAR2(50)
)
PARTITION BY LIST (region) (
PARTITION p_east VALUES ('SH','JS','ZJ'),
PARTITION p_west VALUES ('SC','XZ','XJ'),
PARTITION p_other VALUES (DEFAULT)
);
哈希分区写法如下，指定分区数量即可，无需定义边界：
CREATE TABLE log_hash (
log_id NUMBER,
msg VARCHAR2(200)
)
PARTITION BY HASH (log_id)
PARTITIONS 4;
列表分区的DEFAULT子句类似于范围分区的MAXVALUE，用于容纳未枚举的值。哈希分区对应用透明，数据分布依赖Oracle内部哈希算法，适合降低单点热点，但不支持按分区键范围的高效区间查询。
二、分区表上的索引管理
分区表的索引分为本地索引（Local Index）和全局索引（Global Index）。这两类索引在结构、维护成本及可用性上差别明显，设计时需结合查询模式权衡。
本地索引为每个分区单独建立一个索引段，与表分区一一对应。当某个分区被截断或删除时，本地索引无需重建，自动保持有效。全局索引则跨越所有分区构建成一棵大索引树，在分区维护操作（如DROP PARTITION）后往往需要进行索引重建，否则可能失效。
1. 本地索引创建
以下为sales_range表在sale_id列上建立本地索引：
CREATE INDEX idx_sales_local ON sales_range(sale_id) LOCAL;
本地索引的每个分区索引独立存储。如果只查询某个月的数据，优化器可同时做分区裁剪和本地索引范围扫描，效率很高。缺点是若查询不限定分区键，则需访问多个本地索引分区，性能不一定优于全局索引。
全局索引通常用于需要跨分区快速检索非分区键列的场景。但它对分区DDL操作敏感，例如执行ALTER TABLE ... DROP PARTITION后，全局索引会标记为UNUSABLE，必须执行ALTER INDEX ... REBUILD恢复。
2. 索引选择对比
| 索引类型 | 分区DDL影响 | 跨分区查询 | 维护成本 |
|---|---|---|---|
| 本地索引 | 不受影响 | 需访问多段 | 低 |
| 全局索引 | 可能失效需重建 | 单段效率高 | 高 |
从运维角度看，若表分区需要频繁进行历史数据清理，本地索引明显更友好。若业务以非分区键的唯一性校验为主，则全局索引难以替代。
三、分区的日常运维操作
分区表的价值不仅体现在查询加速，也体现在运维灵活性。常见的操作包括分区截断、分裂、合并以及交换。
截断分区可快速删除某段数据且不产生大量回滚日志，比DELETE高效得多。分裂分区用于当某个分区数据增长过快时，将其切为两个更小分区。合并分区则相反，把相邻分区整合以减少管理开销。
1. 截断与分裂分区
截断p_2021分区的语法如下：
ALTER TABLE sales_range TRUNCATE PARTITION p_2021;
若p_2022数据量过大，可将其按季度分裂：
ALTER TABLE sales_range
SPLIT PARTITION p_2022 AT (TO_DATE('2022-07-01','YYYY-MM-DD'))
INTO (PARTITION p_2022_h1, PARTITION p_2022_h2);
分裂操作会重写原分区数据到新分区，期间会消耗一定IO与临时空间。在大表上执行前，建议评估业务低峰期并确认本地索引状态。
合并分区示例：
ALTER TABLE sales_range MERGE PARTITIONS p_2022_h1, p_2022_h2 INTO PARTITION p_2022;
这些操作让DBA可以像管理多个小表一样管理大表，而不必整体锁表。配合定时任务，可实现自动化历史数据生命周期管理。
四、分区设计的关键建议
分区键的选择直接决定分区裁剪能否生效。一般建议选取高频出现在WHERE条件中的列，且具备明确区间或枚举特征。对于交易系统，时间字段往往是最优解。
还需注意分区数量并非越多越好。过多分区会增加数据字典管理与优化器解析成本。通常单表分区数控制在数百以内较为稳妥。另外，在Exadata等一体机上，分区还可与存储索引、智能扫描协同，进一步降低IO。
最后，建表初期就应规划分区策略，避免后期将普通堆表在线重定义为分区表带来的复杂度和风险。Oracle提供DBMS_REDEFINITION包支持在线重定义，但仍需充分测试。
Oracle表分区partition_strategy修改时间：2026-08-05 16:21:16