openGauss SQL查询分流

SQL查询分流——traffic cop
traffic cop模块负责查询的分流，它负责区分简单和复杂的查询指令。事务控制命令（例如BEGIN和ROLLBACK）非常简单，因此不需要其它处理，而其它命令（例如SELECT和JOIN）则传递给重写器（参考第6章）。这种区分通过对简单命令执行最少的优化，并将更多的时间投入到复杂的命令上，从而减少了处理时间。简单和复杂查询指令也对应如下2类解析：

软解析（简单，旧查询）：当openGauss共享缓冲区中存在已提交SQL语句的已解析表示形式时，可以重复利用缓存内容执行语法和语义检查，避免查询优化的相对昂贵的操作。
硬解析（复杂，新查询）：如果无缓存语句可重用，或者第一次将SQL语句加载到openGauss共享缓冲区中，则会导致硬解析。同样，当一条语句在共享缓冲区中老化时，再次重新加载该语句时，还会导致另一次硬解析。因此，共享Buffer的大小也会影响解析调用的数量。
我们可以查询gs_prepared_statements来查看缓存了什么，以区分软/硬解析（它仅对当前会话可见）。此外，gs_buffercache模块提供了一种实时检查共享缓冲区高速缓存内容的方法，它甚至可以分辨出有多少数据块来自磁盘，有多少数据来自共享缓冲区。

1） traffic cop(tcop）源码组织
traffic cop(tcop）源码目录为：/src/common/backend/tcop。traffic cop(tcop）源码文件如表4所示。

表4 traffic cop(tcop）源码文件
 

2） traffic cop主流程

traffic cop主流程代码如下。

/*postgres.cpp*/
...
/*原始解析器，输入查询字符串，做词法和语法分析，返回原始解析树列表*/
int PostgresMain(int argc, char* argv[], const char* dbname, const char* username)
{
... 
   /* 整体初始化*/
       t_thrd.proc_cxt.PostInit->SetDatabaseAndUser(dbname, InvalidOid, username); 
          ...   
           /* 自动事务的错误处理 */ 
              if (sigsetjmp(local_sigjmp_buf, 1) != 0) { ... }
              ...
              /* 错误语句的重新尝试阶段 */
              if (IsStmtRetryEnabled() && StmtRetryController->IsQueryRetrying()){ ... }  
                /* 无错误查询指令循环处理*/
                    for (;;) {
                    ...
                    /* 按命令类型执行处理流程*/switch(firstchar){
                    ...
                    
case: 'Q': ... /* 简单查询 */
case: 'P': ... /* 解析 */
case: 'E': ... /* 执行 */  
 }
 ...  
   } 
      ...
      }

原文链接：https://blog.csdn.net/GaussDB/article/details/116132257