PG中UPDATE源碼分析

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

整體流程分析

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

SQL流程如下：

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

• analyze(語義分析， UpdateStmt轉(zhuǎn)為查詢樹Query， 會(huì)查系統(tǒng)表檢查有無語義方面的錯(cuò)誤)

• rewrite(規(guī)則重寫, 根據(jù)規(guī)則rules重寫查詢樹Query， 根據(jù)事先存儲(chǔ)在系統(tǒng)表中的規(guī)則進(jìn)行重寫，沒有的話不進(jìn)行重寫，另外加一句，視圖的實(shí)現(xiàn)是根據(jù)規(guī)則系統(tǒng)實(shí)現(xiàn)的，也是在這里需要進(jìn)行處理)

• optimizer(優(yōu)化器：邏輯優(yōu)化、物理優(yōu)化、生成執(zhí)行計(jì)劃， 由Query生成對(duì)應(yīng)的執(zhí)行計(jì)劃PlannedStmt， 基于代價(jià)的優(yōu)化器，由最佳路徑Path生成最佳執(zhí)行計(jì)劃Plan)

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

• storage(存儲(chǔ)引擎)。中間還有事務(wù)處理。事務(wù)處理部分的代碼這里不再進(jìn)行分析，免得將問題復(fù)雜化。存儲(chǔ)引擎那部分也不進(jìn)行分析，重點(diǎn)關(guān)注解析、優(yōu)化、執(zhí)行這三部分。

對(duì)應(yīng)的代碼：

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);????//?規(guī)則重寫

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

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