执行器和指令处理器共同构成了 PostgreSQL 数据库引擎的核心组成部分，几乎每种查询类型都由它们处理。然而，它们并非孤立工作，而是通过分配任务给正确模块来实现高效协作。在 PostgreSQL 的查询处理流程中，执行器和指令处理器共同扮演“调度者”的角色，将适当的任务分配给正确的模块执行。当您在 PostgreSQL ...
postgresql和mysql有什么区别？
当您与 PostgreSQL 进行交互时，查询流程会依次经过多个关键阶段，这些阶段共同构成了数据库的查询处理流程。
在 PostgreSQL 的查询处理中，主要关注点在于其内部模块的协同作用。在其中，规划器模块扮演着重要角色，它负责生成查询执行所需的计划。欲深入了解规划器模块的运作，请参阅相关文章。
执行器部分是连接 PostgreSQL 各个内部模块的核心枢纽，负责协调并收集查询所需的数据。尽管将这一阶段称为“执行器”较为常见，但根据 PostgreSQL 源代码的实现，这一角色实际上融合在名为“portal”的对象框架内。执行器通常处理 SELECT、INSERT、UPDATE、DELETE 等 DML 查询类型，这些查询需根据规划器模块生成的计划进行处理。与此相对，指令处理器则不依赖于规划器生成的计划，而是直接处理 DDL（数据定义语言）操作以及非 DML 查询类型，如 VACUUM、CREATE、PREPARE 等。
门户（或执行器）在逻辑上相对简单，但其在 PostgreSQL 内部架构中扮演着不可或缺的角色，因为它需要协调其他模块，确保查询能够准确处理并产生正确的输出。
查询处理的关键环节始于 postgres.c 中的 exec_simple_query 函数，随后会调用 PortalStart 函数。之后，执行器与表和索引的访问方法紧密协作，这些方法通常与缓冲区管理器交互，并最终与磁盘进行数据操作。
指令处理器则需根据 NodeTag 来决定访问哪个模块来完成请求，处理与计划无关的非 DML 类型查询。
执行器和指令处理器共同构成了 PostgreSQL 数据库引擎的核心组成部分，几乎每种查询类型都由它们处理。然而，它们并非孤立工作，而是通过分配任务给正确模块来实现高效协作。
在 PostgreSQL 的查询处理流程中，执行器和指令处理器共同扮演“调度者”的角色，将适当的任务分配给正确的模块执行。当您在 PostgreSQL 中引入自定义模块时，可能需要考虑对执行器或指令处理器进行相应的修改。本文旨在帮助您探索 PostgreSQL 的内部机制，深入理解其工作原理。2024-11-02
