【金仓数据库征文】200 万行订单表调优实录：KingbaseES V9R1C10 执行计划分析与索引优化-北京尧图网络

摘要上两篇写了部署和 AI 直连。这篇调优。200 万行,报表慢。我造了 200 万行,揪出慢查询,sys_hypo 试水,再落地索引。region 查询 655.9→181.9 ms。amount 查询 583.4→257.4 ms。复合索引 174.9→42.7 ms。大排序 6.3 秒→2.5 秒。数字全是机器跑的,截图在下边。一、为什么调优订单表 1 万行,全表扫眨眼完。半年后 200 万行,扫一次 176 MB,报表卡。走没走索引,EXPLAIN 里全写着。我定了顺序。采集,诊断,模拟,落地。sys_stat_statements 采集,EXPLAIN ANALYZE 诊断,sys_hypo 模拟,CREATE INDEX 落地。二、全景图调优路径就一条,慢查询从哪来,索引怎么选,收益多大,都在图里。下面每个场景都是真实执行。三、环境检测与版本确认动库前先摸底。OS,CPU,内存,Docker,金仓版本,参数。2 vCPU,1.9 GiB,AMD EPYC 7K62。金仓 V009R001C010,容器,54321。参数记下来。shared_buffers 128 MB,work_mem 4 MB,effective_cache_size 4 GB。后两个要动。1.9 GiB 机器,25% 内存是 512 MB,现在给 128 MB,差得远。四、构造 200 万行样本库原表 1 万行,没效果。新建 opt schema,建 t_order_big,六字段。status 90/10,region 八城市,create_time 撒一年。generate_series 灌 200 万行。校验一遍。200 万行,用户 199986,N 1799971,S 200029,金额 0.02-99998.97。分布对得上。五、诊断无索引状态下的慢查询表没索引。跑三条。region 等值,amount 范围,ORDER BY。报表最常见的三种。regionxian,Seq Scan 扫全表,滤 185 万行,655.928 ms。amount90000,全表扫,583.397 ms。ORDER BY 取 20 条,810.722 ms。176 MB 的表,扫一次 600-800 ms。报表一天几十次,还并发,就卡在这。sys_stat_statements trackall 记账。region 1222.65 ms,amount 899.92 ms,GROUP BY 1003.15 ms。六、假设索引模拟不建索引先看效果直接建怕选错。sys_hypo 给假设索引,不落盘,只算计划。region,amount 各建一个,EXPLAIN 看变不变。假设索引一挂,region 从 Seq Scan 变 Bitmap Heap Scan,cost 42029→3015。amount 也变 Bitmap,cost 4623。没碰真实数据,计划直接变。sys_hypo 只认当前会话,用完 reset。七、落地真实索引模拟过了,建。region,amount 各一个 btree,ANALYZE,重跑。建完数字降下来。region Bitmap Heap Scan 181.874 ms,快 3.6 倍。amount 257.369 ms,快 2.3 倍。idx_region 53 MB,idx_amount 59 MB。索引和表 1:1,读性能换存储。八、复合索引与覆盖索引单列建完,再试两件。复合,regionamount 一起查,单列要回表。覆盖,查询列全装进索引,省回表。复合最惊艳。regionxian AND amount90000,之前只有 idx_region,174.882 ms。建 (region,amount),42.704 ms,4.1 倍。收益最大一笔。覆盖 (region,status) 也建了。SELECT region,status WHERE regionxian AND statusN,还是 Bitmap Heap Scan,177.688 ms。没触发 Index Only Scan,收益一般。覆盖索引不是啥场景都灵。九、参数调优work_mem 与大排序索引管检索,排序另一回事。ORDER BY amount DESC 大排序,内存不够落磁盘。work_mem 4 MB,调到 64 MB,同一查询对比。4 MB 时走 Index Scan Backward,6282.626 ms。64 MB 时 2471.416 ms,2.5 倍。work_mem 只对当前会话,SET 完就生效。shared_buffers 128 MB 偏小,建议 512 MB,这次没动容器。十、日常运维收尾VACUUM (ANALYZE),回收死元组,刷统计。死元组 0,表 417 MB含索引。pg_stat_user_indexes 里,idx_region 扫 2 次,idx_amount 和 idx_region_amount 各 1 次,主键 0 次。十一、数据汇总维度调优前调优后提升出处region 等值查询655.928 msSeq Scan181.874 msBitmap3.6×图 4 / 图 6amount 范围查询583.397 msSeq Scan257.369 msBitmap2.3×图 4 / 图 6regionamount 复合查询174.882 ms42.704 ms4.1×图 7大排序 ORDER BY6282.626 mswork_mem4MB2471.416 ms64MB2.5×图 8索引存储开销—idx_region 53 MB idx_amount 59 MB 复合 73 MB≈185 MB图 6sys_hypo 模拟Seq Scan cost 42029Bitmap cost 3015 起计划级预演图 5十二、写在最后四步走完,账算清了。慢查询一条条采,瓶颈在 EXPLAIN 现形,sys_hypo 试错没花钱,真索引 2.3× 到 4.1×。没编数字,每条 SQL,每个耗时,机器吐出来啥就是啥,附录命令重跑能复现。国产库内核一直在追,EXPLAIN,假设索引,统计视图,一样不缺。有台能跑 Docker 的机器,照着附录走,两三小时跑通。200 万行是起点,千万,亿行,才见真章。

【金仓数据库征文】200 万行订单表调优实录：KingbaseES V9R1C10 执行计划分析与索引优化

相关推荐

Kerberos协议深度解析：从核心原理到企业级部署实战

Bearer Token 认证详解：从 HTTP 认证演进到 JWT 实战应用

OCP（过流保护）从入门到精通

更多资讯

Trace32调试入门：从连接到HardFault排查实战指南

STM32F103标准外设库V3.5.0下载、工程搭建与避坑全攻略

火电厂系统流程图全解析：从制粉到脱硫的工程级资源与实战指南

随机微分方程SDE入门：从布朗运动到伊藤引理与数值模拟

在线 RC 滤波计算器：把截止频率、时间常数和频响一次算清

Altium Designer异形焊盘制作全攻略：自定义形状与封装库管理

今日更新

如何彻底离线使用 Laya-CoreML：Hugging Face 下载、缓存机制与 local_files_only 详解

基于1Panel 部署MySQL MCP 服务：TaoToken 统一 Key 接入与 config.toml 配置实战

崇州园区营销网站建设避坑指南：5大注意事项保备案安全

本周精选

如何彻底离线使用 Laya-CoreML：Hugging Face 下载、缓存机制与 local_files_only 详解

基于1Panel 部署MySQL MCP 服务：TaoToken 统一 Key 接入与 config.toml 配置实战

崇州园区营销网站建设避坑指南：5大注意事项保备案安全

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？