达梦数据库更新统计信息后仍走旧执行计划解决方案

达梦数据库更新统计信息后仍走旧执行计划解决方案

一、问题场景

对数据表完成统计信息更新后,数据库依旧复用历史缓存的旧执行计划,无法适配最新数据分布情况,导致慢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缓存,最大程度规避生产风险;

  • 大批量数据变更、全表统计信息更新场景,可使用方案二批量刷新表缓存;

相关推荐
华章酱1 小时前
MySQL幻读是怎么出现的
数据库·mysql·幻读
浅念-2 小时前
Redis基础详解:单线程模型、String与Hash数据结构
服务器·数据库·redis·sql·mysql·nosql数据库·nosql
updayday8542 小时前
离职域账号状态变更与Ping64操作记录核对
大数据·网络·数据库·安全·智能路由器
Nturmoils2 小时前
只恢复一张表,别把整个库都还回去
数据库
龙腾AI白云3 小时前
大语言模型:从语言理解到通用智能的跃迁
数据库·人工智能·机器学习·知识图谱
SelectDB3 小时前
快手基于 Apache Doris 千亿多模态检索的实践
大数据·数据库·数据分析
SelectDB3 小时前
StarRocks 迁移至 Apache Doris 完整指南:三步完成结构、数据与业务平滑切换
大数据·数据库·数据分析
这个DBA有点耶3 小时前
InnoDB索引组织表下,复合主键和自增主键的物理存储差异与选型对比
数据库·mysql·架构
其实防守也摸鱼4 小时前
常见安全架构中 Shiro 的认证确认机制解析
运维·服务器·数据库·windows·github