PG中UPDATE源碼分析

本文主要描述SQL中UPDATE語句的源碼分析，代碼為PG13.3版本。

整體流程分析

以update dtea set id = 1;這條最簡單的Update語句進行源碼分析(dtea不是分區表，不考慮并行等，沒有建立任何索引)，幫助我們理解update的大致流程。

SQL流程如下：

• parser(語法解析，生成語法解析樹UpdateStmt，檢查是否有語法層面的錯誤)

• analyze(語義分析， UpdateStmt轉為查詢樹Query， 會查系統表檢查有無語義方面的錯誤)

• rewrite(規則重寫, 根據規則rules重寫查詢樹Query， 根據事先存儲在系統表中的規則進行重寫，沒有的話不進行重寫，另外加一句，視圖的實現是根據規則系統實現的，也是在這里需要進行處理)

• optimizer(優化器：邏輯優化、物理優化、生成執行計劃， 由Query生成對應的執行計劃PlannedStmt， 基于代價的優化器，由最佳路徑Path生成最佳執行計劃Plan)

• executor(執行器，會有各種算子，依據執行計劃進行處理，火山模型，一次一元組)

• storage(存儲引擎)。中間還有事務處理。事務處理部分的代碼這里不再進行分析，免得將問題復雜化。存儲引擎那部分也不進行分析，重點關注解析、優化、執行這三部分。

對應的代碼：

exec_simple_query(const?char?*query_string)
//?——-?解析器部分————–
–>?pg_parse_query(query_string);????//生成語法解析樹
–>?pg_analyze_and_rewrite(parsetree,?query_string,NULL,?0,?NULL);???//?生成查詢樹Query
????–>?parse_analyze(parsetree,?query_string,?paramTypes,?numParams,queryEnv);?//?語義分析
????–>?pg_rewrite_query(query);????//?規則重寫

//?——–優化器———-
–>?pg_plan_queries()

//——–?執行器———-
–>?PortalStart(portal,?NULL,?0,?InvalidSnapshot);
–>?PortalRun(portal,FETCH_ALL,true,true,receiver,receiver,&qc);????//?執行器執行
–>?PortalDrop(portal,?false);