达梦数据库更新统计信息后仍走旧执行计划解决方案
一、问题场景
对数据表完成统计信息更新后,数据库依旧复用历史缓存的旧执行计划,无法适配最新数据分布情况,导致慢SQL、查询性能无优化效果。核心原因:更新统计信息不会自动清除已缓存的SQL执行计划。
二、解决方案
方案一:精准清空对应SQL执行计划缓存(推荐)
优势:仅清理目标问题SQL的缓存计划,不影响全局业务、无业务波动、风险最低,适合生产环境优先使用。
1. 查询问题SQL缓存计划ID
通过SQL关键字模糊匹配慢SQL,获取对应的缓存标识 CACHE_ITEM:
sql
-- 模糊匹配慢SQL,查询缓存计划ID
SELECT CACHE_ITEM,SQLSTR FROM V$CACHEPLN WHERE SQLSTR LIKE '%你的SQL关键字%';
2. 精准删除单条执行计划缓存
替换为上一步查询得到的 CACHE_ITEM 数值,精准清理目标缓存:
sql
-- 清除指定SQL执行计划缓存
CALL SP_CLEAR_PLAN_CACHE(你的CACHE_ITEM值);
方案二:更新统计信息同步清除表缓存
在收集表统计信息的同时,自动失效该表关联的所有执行计划缓存,彻底刷新表相关执行策略。
sql
-- 全量收集表统计信息并刷新缓存
DBMS_STATS.GATHER_TABLE_STATS ('模式名','表名',null,100,TRUE,'FOR ALL COLUMNS SIZE AUTO',1,'AUTO',NULL,NULL,NULL,NULL,FALSE);
参数说明 :按需替换语句中的 模式名、表名 为实际业务对象名称。
三、新执行计划生效验证方法
重要说明 :普通 EXPLAIN 可能读取历史缓存计划,无法真实反映最新执行逻辑,需通过以下两种方式验证。
方式一:真实执行SQL查看实际运行计划
开启追踪,执行业务SQL,查看数据库实际落地的执行计划:
sql
SET AUTOTRACE TRACE;
-- 此处填写你的实际业务SQL
你的业务SQL;
方式二:强制禁用缓存生成最新计划
通过 NO_CACHE_PLAN hint 强制忽略缓存,生成全新的执行计划:
sql
EXPLAIN SELECT /*+ NO_CACHE_PLAN */ 你的SQL;
四、生产使用建议
-
优先使用方案一,精准清理单条SQL缓存,最大程度规避生产风险;
-
大批量数据变更、全表统计信息更新场景,可使用方案二批量刷新表缓存;