【YashanDB知识库】表收集统计信息默认阈值引起SQL执行效率差

【问题分类】性能优化

【关键字】统计信息,阈值,执行计划

【问题描述】表新增87w数据自动收集统计信息任务没有启动导致SQL执行计划变差

【问题原因分析】

  • CUS_REGISTER_READ 数据总量是18374074,插入81万,统计信息失效的阈值是insert+delete+update超过所有行数的10%,没有达到统计信息收集的阈值,不会做收集。

  • 统计信息没有失效,为什么插入81万的数据前后给出的执行计划不一样?由于数据库缺乏查看历史执行计划的视图,该问题并不能精准回复。

【解决/规避方法】

  • 对于大表需要合理设置统计信息收集的阈值

  • 获取SQL执行计划历史变更功能,已提相关需求

新引入需要注意的问题:
GATHER_DATABASE_STATS('GATHER AUTO', 0, 8, 'FOR ALL COLUMNS SIZE AUTO', 'AUTO', TRUE, TRUE)
倒数第3个参数是AUTO,在客户场景分区表(100+个分区),会比较慢。

【影响范围】严重降低SQL执行效率

【修复版本】23.2补丁版本

posted @   YashanDB  阅读(16)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
点击右上角即可分享
微信分享提示