导语
对运维工程师来说，使用跟踪工具对特定进程做跟踪是常用的诊断手段，如AIX上常用的truss工具、Linux上的strace工具等。Vastbase 使用线程模型，跟踪方式不同于国外主流商用数据库等使用进程模型。本文详细介绍在Linux环境下如何使用strace对Vastbase进行跟踪，并分享两个案例。
strace是一个功能强大的Linux调试分析诊断工具，它通过调用内核的ptrace特性跟踪程序执行时进程系统调用(system call)和所接收的信号。它能跟踪到一个进程产生的系统调用，包括参数、返回值、执行消耗的时间等。使用它可以很方便地诊断程序出现的问题。
strace使用介绍
最简单的情况就是使用strace运行指定的命令，直到命令结束。它拦截并记录进程执行的系统调用和进程接收的信号。每个系统调用的名称、参数和返回值都将被显示在标准输出中或可以通过-o选项指定到文件。
下面是使用strace跟踪cat命令的例子：
跟踪的每一行包含系统调用的名称、参数和返回值。strace常用参数介绍：
-p，指定要跟踪的pid
-o，将跟踪结果输出到文件
-t，打印时间戳
-T，打印耗时
-f，对进程fork出来的线程进行跟踪，结果输出到一个文件
-ff，对进程fork出来的线程进行跟踪，每线程一个文件
更多的参数可以参考strace -help输出。
使用strace跟踪Vastbase
使用strace跟踪Vastbase时需要指定参数-f或-ff，实践中我们推荐-ff将每个线程的trace单独生成一个文件。为了方便将跟踪文件和Vastbase线程对应起来，可以提前使用top -Hu或ps -T命令获得线程列表。下面是使用ps -T的一个例子：
上面的例子中Vastbase主进程号是1855，1886是checkpointer的线程号（SPID）。使用-ff对主进程1855做跟踪，生成的所有跟踪文件中后缀为1886的就是checkpointer线程的跟踪文件。
案例分享
DNS问题导致数据库启动缓慢
问题现象
一个月前海量数据MVS团队收到某用户的服务请求，客户反映数据库启动突然变慢。问题发生以前数据库启动仅需数秒，问题发生后每次启动超过一分钟。客户百思不得其解，希望MVS团队帮忙找到根因。收到服务请求后，第一时间给客户致电了解详情：
问题发生在私有云环境，数据库部署在云主机上。
问题发生前数据库未做任何调整，客户DBA了解到网络方面做了一些调整，具体调整内容未知。
除了启动突然变慢之外，没有其他异常。启动后数据库性能未受影响。
问题分析
根据以上信息，我们请客户协助使用strace收集诊断信息：
客户上传strace.sql.out和屏幕输出后，我们首先通过屏幕输出确认了问题：
可以看到数据库启动过程中出现了两次较长时间的等待，屏幕上出现了反复打点现象。检查strace.sql.out我们找到了以下内容：
看到这里对Linux比较熟悉的读者大概已经猜到了问题可能与DNS有关。为了进一步确认，我们又请客户在数据库启动期间对主进程做了pstack：
gethostbyname()返回对应于给定主机名的包含主机名字和地址信息的hostent结构的指针。Vastbase继承了openGauss alert模块，数据库启动阶段需要获取hostname和IP，也就是需要做DNS解析。由于客户在问题发生之前调整了网络，DNS解析出现异常，从而导致问题发生。
解决方案
知道触发原因，解决就相对简单了。只要在/etc/hosts中增加对应条目即可：
修改完成后，数据库启动又恢复了以前的速度。事实上Vastbase安装手册中也是明确要求配置/etc/hosts的。
后记
问题解决了，但我们对问题的探究并没有止步。经过海量数据研发团队进一步分析，对代码进行了优化，避免在数据库启动阶段进行DNS解析，彻底解决了此问题。
内容支持 | MVS支持中心
图文编辑｜程筱淇
内容审核｜市场营销部
关于海量数据
北京海量数据技术股份有限公司（股票代码：603138.SH）成立于2007年，是国内首家以数据库为主营业务的主板上市企业。公司十余年来秉承“专注做好数据库”的初心，始终致力于数据库产品的研发、销售和服务。核心产品海量数据库Vastbase系列、数据库一体机Vastcube系列，全栈国产化，应用满足度高，目前广泛应用于政务、制造、金融、通信、能源、交通等多个重点行业，已成为国产企业级数据库的首选之一。
