接前文postgresql编译安装与调试（一），继续说说postgresql的编译安装与调试。
上一篇已经详细说明了如何在Linux系统上编译安装postgresql，这次我们在此基础上简单讲讲如何在linux系统上调试和追踪代码。
我记得之前看过一篇关于posgresql的文章，postgresql最早只有20万左右的代码量，而如今已经过100万行了，如此巨大的代码量，在没有纲领的前提下简直是盲人摸象。
为方便调试工作，在进入具体的调试之前，我们先来好好了解下postgresql的代码体系结构。
- 1.postgresql的目录结构
首先进入postgresql的第一级目录
config文件夹主要放的是一些配置文件；contrib文件夹里放的是一些第三方的插件、扩展程序等，常用的有pg_standby、postgres_fdw这些；doc文件夹不用说放的是一些帮助文档和manuals；最主要的是src目录，这里放置的是postgresql的源代码，也是我们调试和跟踪的主要文件目录了。然后INSTALL文档里较为详细的写了如何编译安装postgresql；configure和Makefile这些是程序编译时要用的文件了。
进去src目录，
首先那几个Makefile文件什么的就不用多介绍了，主要看看这几个文件夹。
bin/ 放置了postgresql的unix命令，比如psql、initdb这些的源代码;
backend/ postgresql后端程序的源代码;
include/ 头文件;
interfaces/ 前端相关的库的代码（包括pgsql的C语言库libpq）;
makefiles/ 平台相关的make的设置文件;
pl/ 存储过程语言的代码;
port/ 平台移植相关的代码;
template/ 平台相关的设置文件;
test/ postgresql自带的各种测试脚本;
timezone/ 时区相关的代码文件;
tools/ 各种开发工具和文档;
tutorial/ 各种相关教程。
可以看出比较核心的是backend、bin、interfaces这三个目录，其中backend对应后端（服务器端），剩下两个对应前端（客户端）。
对于我们的调试工作，大部分关注点集中在后端，即backend目录，在该目录下细分了好多目录：
access/ 各种存储访问方法(在各个子目录下) common(共同函数)、gin (Generalized Inverted Index通用逆向索引) 、gist (Generalized Search Tree通用索引)、hash (哈希索引)、heap (heap的访问方法)、index (通用索引函数)、 nbtree (Btree函数)、transam (事务处理)、 bootstrap/ 数据库的初始化处理(initdb的时候)
catalog/ 系统目录
commands/ SELECT/INSERT/UPDATE/DELETE以为的SQL文的处理
executor/ 执行器(访问的执行)
foreign/ FDW(Foreign Data Wrapper)处理
lib/ 共同函数
libpq/ 前端/后端通信处理
main/ postgres的主函数
nodes/ 构文树节点相关的处理函数
optimizer/ 优化器
parser/ SQL构文解析器
port/ 平台相关的代码
postmaster/ postmaster的主函数 (常驻postgres)
replication/ streaming replication
regex/ 正则处理
rewrite/ 规则及视图相关的重写处理
snowball/ 全文检索相关（语干处理）
storage/ 共享内存、磁盘上的存储、缓存等全部一次/二次记录管理(以下的目录)buffer/(缓存管理)、 file/(文件)、freespace/(Fee Space Map管理) ipc/(进程间通信)、large_object /(大对象的访问函数)、 lmgr/(锁管理)、page/(页面访问相关函数)、 smgr/(存储管理器)
tcop/ postgres (数据库引擎的进程)的主要部分
tsearch/ 全文检索
utils/ 各种模块(以下目录) adt/(嵌入的数据类型)、cache/(缓存管理)、 error/(错误处理)、fmgr/(函数管理)、hash/(hash函数)、 init/(数据库初始化、postgres的初期处理)、mb/(多字节文字处理)、misc/(其他)、mmgr/(内存的管理函数)、 resowner/(查询处理中的数据(buffer pin及表锁)的管理)、sort/(排序处理)、time/(事务的 MVCC 管理)
- 2.利用gdb调试postgresql
首先我们要有gdb这个工具，如果没有，可以用yum命令自动的去安装它。
调试postgresql，我们先以最简单的SQL文作为例子演示如何调试跟踪代码。例如：
select 1;
首先，我们利用postgres用户进入postgresql:
既然要用gdb跟踪调试程序，我们首先要知道postgresql后端进程的pid，然后才能attach上进行调试（对gdb命令不熟悉的可以先自行百度下）。
要获取postgresql的pid，我们有两个办法。
方法1.使用ps命令查看
[root@promote ~]# ps -ef | grep postgres
我们可以看到
那个[local] idle 提示的那个就是我们要的，可知进程pid为16581；
方法2.直接在进入postgresql后运行下面的查询语句：
select pg_backend_pid();
也可以得到进程的pid，方便快捷。
得到进程的pid后，我们就可以进入gdb调试了。
另开一个窗口，我们输入如下命令：
[root@promote ~]# gdb postgres 16581
进入了gdb命令行界面。
在这个状态下，可以接受gdb命令，这里，我们使用b命令在ExecResult处打上断点：
这个时候我们再回到postgresql的窗口，执行SQL文：
我们可以看到因为postgres进程已经暂停，SQL会卡在那里动不了，这也是我们的目的，不然怎么一步一步(似魔鬼的步伐)的调试呢？
我们再回到gdb这边，运行c命令，程序就会继续执行下去，然后再断点处（ExecResult）停止。
作为一个好奇宝宝，我们当然会很好奇执行路径上走过了哪些文件调用了哪些函数（废话，不然干嘛要调试）？
好的，我们执行gdb的bt命令：
这一大串就是我们梦寐以求的函数调用的堆栈了。这样从程序开始到ExecResult为止的函数调用都有了。既然说是“堆栈”，我们自然是要反着看的，比如，我们可以看到最早调用的是main函数，它在（at）main.c文件里，在main函数的第228行，调用了PostmasterMain函数，依次类推即可知道函数的调用路径。
知道了函数的调用路径，我们可以一步一步地看看这条语句是怎么走的了。以postgresql9.5.4为例（限于篇幅和时间限制，只粗略的讲讲）：
#13 main.c 内：
line99： 函数MemoryContextInit()启动必须的子系统error和memory管理系统;
line110：函数set_pglocale_pgservice()获取并设置环境变量;
line146~148: 函数init_locale初始化环境变量;
line219~228：根据输入参数确定程序走向，这里进入了PostmasterMain(),跳转至postmaster.c文件。
#12#11#10#9 postmaster.c 内：
该文件中定义了后端的常驻进程"postmaster"所使用的主要函数接口和数据结构定义。postmaster接受前端的请求，建立新的backend进程。
line561~623：读取上下文信息和配置文件，完成初始化;
line630~812：读取postmaster的参数;
line930~1000：建立socket通信;
line1100~1159：建立shared memory和semaphores以及堆栈和pipe，初始化子系统(stats collection、autovacuum);
line1296：进入ServerLoop()函数,跳转至line1604;
line1604:ServerLoop()函数入口。该函数循环监听端口上的连接请求;
line1673~1699：判断是否有"合法"的连接请求，fork一个子进程去处理它，进入BackendStartup()函数，跳转至line3857;
line3857：BackendStartup()函数入口。该函数负责开启一个新的backend进程;
line3858~3914：做一些初始化准备(数据结构，开启和关闭一些必要的进程等等);
line3917：进入BackendRun()函数，跳转至line4179;
line4179：BackendRun()函数入口，该函数运行backend进程，主要干两件事：1.建立参数列表并初始化2.调用PostgresMain()函数;
line4243：调用PostgresMain()函数，进入postgres.c文件.
#8#7 postgres.c 文件内：
该文件定义了postgres后端的主要模块，相当于后端的main，并且负责后端进程的调度。
line3572：PostgresMain()函数入口。根据输入的dbname，username和输入参数建立一个会话;
line3573~3801：初始化工作。开设初始化环境和默认参数，设置信号处理函数和其他参数，建立内存上下文，设置share buffer等等等等;
line3825：进入POSTGRES的主处理循环,这个if语句主要用于判断输入处理是否有异常等;
line3933：进入处理循环中。该循环监听新的查询请求并判断请求的类别;
line4045：判断查询请求为simple query，调用exec_simple_query()函数,跳转至line884;
line884：exec_simple_query()函数入口。该函数做一些初始化工作，建立一个transaction command，做简单的语法规则判断，分析重写，并为该查询建立查询计划，并返回查询结果;
line1104：进入函数PortalRun()，进入pquery.c文件.
#6#5 pquery.c 文件内：
该文件定义了postgres后端查询语句的代码。
line706：PortalRun()函数入口。该函数负责运行一个或一组查询;
line786：进入PortalRunSelect()函数，跳转至line888;
line888：PortalRunSelect()函数入口。该函数只能执行简单的SELECT查询操作;
line942：进入ExecutorRun()函数，进入execMain.c文件.
#4#3#2 execMain.c 文件内：
该文件给出了执行的四个接口函数，分别是ExecutorStart() ExecutorRun() ExecutorFinish() ExecutorEnd()。
line279：ExecutorRun()函数入口。该函数时执行模块的主要部分，它接受一个查询描述符并真正的执行一个查询语句;
line285：进入standard_ExecutorRun()函数。跳转至line289;
line289：standard_ExecutorRun()函数入口。它执行"标准"的查询;
line337：进入ExecutePlan()函数，跳转至line1517;
line1517：ExecutePlan()函数入口。还记得前面exec_simple_query()说的查询计划么？这里用上了，执行该查询计划。
line1541：进入查询计划执行的主循环;
line1549：进入ExecProcNode()函数,进入execProcnode.c文件.
#1 execProcnode.c 文件内：
该文件内提供了执行查询计划的调度函数，功能分别是：
ExecInitNode()：初始化查询计划的节点以及其子查询计划;
ExecProcNode()：通过执行查询计划获得元组;
ExecEndNode()：关闭一个查询节点和它的子查询计划。
line367：ExecProcNode()函数入口;
line385：进入ExecResult()函数，跳转至文件nodeResult.c.
#0 nodeResult.c 文件内：
该文件主要为每个查询计划的节点提供支持。
line67：ExecResult()函数入口，该函数返回查询计划获得的元组。
这一段从#13到#0的函数调用简单分析就到这里，完全是自己的理解，如果有什么不对的地方，欢迎大家批评指正，共同进步。接下来还有函数调用的返回，这里就不细说了，留给自己和大家一起好好琢磨琢磨吧~
不得不说，postgresql的源码写的很优雅，注释也很到位，看起来很少有云山雾罩的感觉，真乃吾辈楷模。说起阅读源码，想推荐一本书，叫《代码阅读方法与实践》，书不太好找，我还是在托师弟在学校的图书馆才找到的。
另外，今天这种代码阅读方法仍然有些原始和低效，决定再看看使用Emacs的Tag或者Eclipse来调试一些更难一些的例子，这个例子毕竟比较简单。这些就留给postgresql编译安装与调试（三）来完成吧，感觉这个系列要出好多的样子呢，哈哈~