优化慢SQL的经验分享

今天下班后终于有时间浏览群消息，看到群友发了一条很简单的慢SQL并询问如何进行优化。
非常简单，我自己模拟的数据。

表结构：

数据量：

慢SQL：

跑了24秒没出结果我就干掉了，正常来说Oracle 这种遥遥领先的数据库，不能100毫秒以内出结果都有问题。

简单看了下上面的计划 Predicate Information 谓词信息，里面信息很复杂，懒得解释（其实我也不懂为啥CBO为啥这样乱分组过滤），并没啥卵用，感觉很SB。

一句话就是CBO等价改写了 EXISTS 还有 :B1这种变量，每次都是传个值到:B1 然后进行filter , 重点是每次。反正各位读者以后在计划中看到这种 :B1 变量都是每次每次，就是一次一次的传值，比较完一个数据继续传。

这种按照 PG 的说法就是复杂的子连接无法提升， GROUP BY b.name HAVING count(DISTINCT b.paragraph_id) = 1 惹得锅。

复杂的子连接无法提升参考 <<PostgreSQL技术内幕：查询优化深度探索 >>这本书 3.2篇章。

加个HINT：

使用HINT将子链接强行提升（展开）以后，秒出。

但是使用HINT容易将执行计划固定住，非必要情况下不推荐。

等价改写该SQL 方式1：

改写成 join 以后也是秒出。

等价改写该SQL 方式2：

改写成开窗函数以后也是秒出。

<<PostgreSQL技术内幕：查询优化深度探索 >> 这本书是真的不错，偷偷刷了好几次，每次看完都有新的理解。