在Oracle数据库的索引使用过程中，很多用户会发现查询字段为null的时候，即使该字段创建了普通索引，执行计划也不会选择走索引扫描，这背后的核心原因和Oracle索引的存储规则直接相关。
Oracle B树索引的存储规则
Oracle最常用的B树索引（包括普通索引、唯一索引）在存储索引条目时，有一个默认的核心规则：不会存储所有索引列都为null的索引键值。也就是说，只有当索引列中至少有一个列的值不为null时，对应的行才会生成索引条目写入索引结构。
我们可以通过一个简单的实验来验证这个特性，首先创建测试表和普通索引：
-- 创建测试表
CREATE TABLE test_null_idx (
id NUMBER,
name VARCHAR2(50),
age NUMBER
);
-- 插入测试数据，包含全null、部分null的情况
INSERT INTO test_null_idx VALUES (1, '张三', 20);
INSERT INTO test_null_idx VALUES (2, NULL, 25);
INSERT INTO test_null_idx VALUES (3, NULL, NULL);
INSERT INTO test_null_idx VALUES (4, '李四', NULL);
COMMIT;
-- 给name列创建普通索引
CREATE INDEX idx_test_null_name ON test_null_idx(name);接下来我们查询索引中存储的条目，通过DBA_IND_COLUMNS和INDEX_STATS可以辅助查看，但更直接的是通过执行计划观察查询行为：
-- 查询name不为null的数据，会走索引 EXPLAIN PLAN FOR SELECT * FROM test_null_idx WHERE name = '张三'; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY); -- 查询name为null的数据，不会走索引，会走全表扫描 EXPLAIN PLAN FOR SELECT * FROM test_null_idx WHERE name IS NULL; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
从执行计划可以看到，查询name为null时，优化器选择了全表扫描，因为name列的普通索引根本没有存储name为null的那两行数据的索引条目。
为什么Oracle索引默认不存储全null键值
这个设计主要是出于存储效率和索引使用场景的考虑：
- 如果允许存储全null的索引键值，那么表中所有索引列都为null的行都会被写入索引，但是null值在Oracle中表示未知值，这类值通常没有明确的查询需求，存储它们会浪费大量的索引存储空间。
- 索引的核心作用是快速定位有明确值的行，对于null值的查询场景，全表扫描或者特殊设计的索引更能满足需求，不需要默认把全null的条目放入普通索引。
如何处理需要查询null值的场景
如果业务中确实需要频繁查询索引列的null值，并且希望走索引提升性能，可以采用以下几种方案：
1. 创建复合索引
如果索引列中至少有一个列不为null，那么复合索引会存储对应的条目。比如我们可以给name和id创建复合索引，因为id是主键不为null，所以即使name为null，复合索引也会存储该条目：
-- 创建name和id的复合索引 CREATE INDEX idx_test_null_name_id ON test_null_idx(name, id); -- 查询name为null的数据，此时会走复合索引 EXPLAIN PLAN FOR SELECT * FROM test_null_idx WHERE name IS NULL; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
2. 创建函数索引
可以使用NVL或者COALESCE函数将null值转换为一个固定的非空值，创建函数索引，查询时使用相同的函数逻辑就可以命中索引：
-- 创建函数索引，将null转换为'UNKNOWN' CREATE INDEX idx_test_null_name_func ON test_null_idx(NVL(name, 'UNKNOWN')); -- 查询时使用相同的函数逻辑，会走函数索引 EXPLAIN PLAN FOR SELECT * FROM test_null_idx WHERE NVL(name, 'UNKNOWN') = 'UNKNOWN'; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
特殊情况：位图索引的null存储
需要注意，上面的规则只适用于B树索引，Oracle的位图索引（Bitmap Index）是会存储null值的，因为位图索引的存储结构不同，适合低基数的列，并且支持null值的快速查询。如果列的低基数且需要查询null值，也可以考虑使用位图索引，但需要注意位图索引不适合频繁更新的场景。
总结来说，Oracle普通索引默认不存储全为null的索引键值，是出于存储和实用性的设计，遇到null值查询需求时，可以根据业务场景选择合适的索引方案来优化性能。