您的位置:

索引失效的场景

一、删除大量数据导致索引失效

当我们进行了一次大量数据删除后,索引可能会失效。例如,我们有一张订单表,其中的订单状态字段有如下分类:未支付、已支付、已取消等。当我们对已支付和已取消状态的订单进行删除时,索引就会失效。因为这些状态被删除后,该索引上的大量记录都不存在了,而索引的统计信息还是原来的,可能会导致查询性能下降。


-- 示例代码
-- 删除订单状态为已支付的记录
DELETE FROM orders WHERE order_status = '已支付';

-- 删除订单状态为已取消的记录
DELETE FROM orders WHERE order_status = '已取消';

二、数据量增多导致索引失效

当我们的数据量增多时,一些索引可能会失效。因为索引是基于数据统计信息进行优化的,如果我们的数据量增多,那么原来的统计信息可能不再适用,导致索引过时。例如,当一张订单表中订单数量达到10万条时,原来的索引可能就无法再高效地查询了。


-- 示例代码
-- 往订单表中插入一万条记录
INSERT INTO orders (order_id, order_status, order_amount, create_time)
SELECT seq_order_id.nextval, '未支付', 100, sysdate FROM dual
CONNECT BY rownum <= 10000;

三、数据更新频繁导致索引失效

当我们的数据更新频率很高时,一些索引可能会失效。原因是索引需要维护数据在物理存储上的顺序,频繁更新会导致索引的维护成本变高,甚至可能会导致索引失效。例如,当我们的订单表中有一个订单状态的索引,而且这个状态变化非常频繁时,可能会导致索引失效。


-- 示例代码
-- 修改订单状态为已支付
UPDATE orders SET order_status = '已支付' WHERE order_id = 1001;

-- 修改订单状态为已取消
UPDATE orders SET order_status = '已取消' WHERE order_id = 2001;

四、不合理的查询条件导致索引失效

当我们使用不合理的查询条件时,索引可能会失效。例如,我们的订单表中有两个索引,一个是订单编号的索引,另一个是订单状态的索引。当我们进行如下查询时,订单编号的索引就会失效,而且查询性能可能很低。


-- 示例代码
-- 不合理的查询条件
SELECT * FROM orders WHERE order_id > 1000 AND order_status = '已支付';

五、索引列类型不匹配导致索引失效

当我们的索引列类型与查询的列类型不匹配时,索引可能会失效。例如,我们的订单表中的订单编号是一个字符串类型的UUID,而我们的订单查询条件使用了一个数字类型的ID,这种情况下,索引可能无法命中。


-- 示例代码
-- 索引列类型不匹配的查询条件
SELECT * FROM orders WHERE order_id = 1001;