官宣！这才是优秀的数据库程序员

如果评选出数据库中最难以理解的模块，那么非优化器莫属。作为数据库从业者，对优化器不够了解，如同猛虎没有了利爪，在对数据库调优的过程中往往余力不足。

数据库从业人员对优化器的掌握程度大致可以分成以下 3 个层次：

• 层次一：粗浅了解，比如知道优化器分为逻辑优化和物理优化，了解一些逻辑优化的方法，知道执行计划的来源，能看懂优化器产生的执行计划。
• 层次二：详细了解，在粗浅了解的基础上，能够根据自己对优化器的了解，调整出优化器“喜爱”的 SQL 语句，并且对于产生的执行计划的优劣一目了然，知其然更知其所以然。
• 层次三：深度了解，需要对优化器的每个细节有清楚的认知，在我们写出一个 SQL 语句之后，可以庖丁解牛式地在脑海中浮现出语句在优化器中的优化过程，清楚地知道每个细节的实现过程。

达到层次一只需要阅读一些基础理论，初学者对优化器的了解都处于这个层次，但这种了解对于实际应用的意义不大。要想达到层次三则需要细致地解读优化器的源代码，作为数据库专家是必须要掌握到这一层的，但这个过程又过于“艰辛”。更多的数据库程序员游走在两者之间，目的无非是在数据库调优过程中手到擒来地使用优化器查询，也就是这里的层次二。

那么，是否可以在不分析数据库内核源代码的情况下，从数据库使用者的角度出发，结合外在的系统表信息、参数信息、执行计划信息反向把优化器的原理讲清楚，从而确保大家进阶到层次二，掌握优秀的数据库开发人员必备的核心技能优化器呢？答案是肯定的，通过深入的挖掘数据库的元数据、参数、执行计划，再结合数据库优化器的相关理论，一定能把优化器的实现说清楚。

然而，我们选择哪种数据库的优化器实现呢？答案是 PostgreSQL 数据库。PostgreSQL 是世界上最先进的开源关系数据库。2018 年 Stack Overflow 数据库调查结果显示，PostgreSQL 流行度排名第三，仅次于 MySQL 和 SQL Server。

PostgreSQL 在过去几年不论是在功能方面还是性能方面，开发人员对产品的满意度都非常高，越来越多的数据库开发和运维人员开始使用 PostgreSQL。

而 PostgreSQL 查询优化器被广泛认为属于教科书级实现：

• 首先，它的实现层次非常清楚，有明确的物理优化和逻辑优化的边界，各种优化规则也被抽象成完全独立的小模块，便于分析和理解。
• 其次，它对各种优化方法的支持也比较完备，对于常用的优化方法，都可以在 PostgreSQL 找到实践的案例。
• 另外，PostgreSQL 的优化器处理查询语句的能力更强，借助于优化之后的动态规划方法和遗传算法可以支持非常复杂的查询。

目前，单独针对优化器的课程很少，而能够做到深入浅出解读 PostgreSQL 优化器的课程更是凤毛麟角。