<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>执行计划 on Greatfinish Blog</title><link>https://greatfinish.top/tags/%E6%89%A7%E8%A1%8C%E8%AE%A1%E5%88%92/</link><description>Recent content in 执行计划 on Greatfinish Blog</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><copyright>© 2026 Greatfinish Blog · [沪ICP备2026022892号](https://beian.miit.gov.cn/)</copyright><lastBuildDate>Sun, 17 May 2026 20:56:00 +0800</lastBuildDate><atom:link href="https://greatfinish.top/tags/%E6%89%A7%E8%A1%8C%E8%AE%A1%E5%88%92/index.xml" rel="self" type="application/rss+xml"/><item><title>一次 Oracle CPU 高故障处理实战</title><link>https://greatfinish.top/posts/oracle-cpu-high/</link><pubDate>Sun, 17 May 2026 20:56:00 +0800</pubDate><guid>https://greatfinish.top/posts/oracle-cpu-high/</guid><description>通过操作系统 PID、v$session、dba_scheduler_running_jobs、dbms_xplan 等手段，定位 Oracle CPU 高的根因，并给出 SQL 和索引优化思路。</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://greatfinish.top/posts/oracle-cpu-high/featured.jpg"/></item><item><title>达梦 SQL 优化实战：一次 BLKUP2 回表代价过高问题的定位与解决</title><link>https://greatfinish.top/posts/dm-blkup2-sql-optimization/</link><pubDate>Tue, 17 Mar 2026 21:00:00 +0800</pubDate><guid>https://greatfinish.top/posts/dm-blkup2-sql-optimization/</guid><description>一次达梦 SQL 优化实战：SQL 最终只返回 15 行，但因缺少 SO_ID、SO_DET_NO 联合索引，在 SHOP_SALE_ORDER_DETAIL 宽表上产生大量 BLKUP2 回表。通过新增联合索引和收集统计信息，逻辑读从 40046153 页降到 46 页。</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://greatfinish.top/posts/dm-blkup2-sql-optimization/featured.jpg"/></item><item><title>Oracle 标量子查询优化实战：从 573s 到 98s 的 SQL 改写案例</title><link>https://greatfinish.top/posts/oracle-scalar-subquery-sql-optimization/</link><pubDate>Tue, 09 Dec 2025 21:30:00 +0800</pubDate><guid>https://greatfinish.top/posts/oracle-scalar-subquery-sql-optimization/</guid><description>一次 Oracle SQL 优化实战：EBS 请求执行 10 多分钟，原 SQL_ID 为 gcppkx5y05x3k。通过分析执行计划发现多个标量子查询重复扫描 MTL_LOT_NUMBERS 和 CUX_OE_MTL_RESERVATIONS 等大表，最终将重复标量子查询改写为 LEFT JOIN，并补充 VAT_HEADER_ID、PROPERTY_TYPE 等索引，执行时间从 573s 降到 98s。</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://greatfinish.top/posts/oracle-scalar-subquery-sql-optimization/featured.jpg"/></item></channel></rss>