Japin

最近 Cybertec 发布了新的 TDE 解决方案，通过在制作安装包时打补丁的方式添加数据库透明加解密功能，不得不说这种方式比之前的引入到整个代码库中要清晰的多。

最近遇到一个比较有意思的问题，我在运行 PostgreSQL 的回归测试时发现 collate.icu.utf8 这个测试用例在 REL_14_STABLE 分支始终无法跑过，但是在 REL_15_STABLE 却可以正常运行。同时由于 collate.icu.utf8 失败还将导致 foreign_data 测试用例也失败了。

本文简要记录一下 PostgreSQL 中关于表空间的备份，主要涉及到了 pg_basebackup 和 pg_probackup 两种备份方式。

在上一篇文章中，我们聊到了 PostgreSQL 的认证机制，其中提到了 SCRAM-SHA-256 认证，在我写那篇文章的前两天，PostgreSQL 支持了 SCRAM 迭代次数的修改，它引入了一个 scram_iterations 参数来定义 SCRAM 的迭代次数。

本文将简单的聊聊 PostgreSQL 的密码存储以及认证过程。在 PostgreSQL 10 之前，密码存储是采用明文和 MD5 进行存储的，在 10 版本之后则采用 MD5 和 SCRAM 进行存储，废弃了明文存储。

PostgreSQL 数据库提供了 timestamp 和 timestamptz 两种时间戳，它们的区别在于后者是带了时区信息，而前者没有时区信息。本文将对两种类型的时间戳进行分析。

PostgreSQL 从版本 10 开始便支持了声明式分区表，本文简要介绍如何获取分区表的分区键信息。

pg_dirtyread 扩展提供了从 PostgreSQL 数据库中读取未回收的数据的能力。它支持 PostgreSQL 9.2 及更高版本（在 9.2 上，至少需要 9.2.9）。

SystemTap 为 Linux 内核和用户态程序提供了动态跟踪功能。用户可以自定义探测事件来跟踪程序的运行情况，如函数调用栈、系统调用以及其他事件。SystemTap 可以在不修改代码、甚至是不需要重启的情况下就能分析程序的运行情况。

SystemTap 的基本思想是命名事件，以及事件对应的处理程序。当运行 SystemTap 脚本时，SystemTap 会监视事件；一旦事件发生，Linux 内核就会将处理程序作为子例程运行，然后继续运行。SystemTap 有几种事件：进入/退出函数、计时器到期、会话开始/终止等。处理程序是一系列脚本语句，指定事件发生时要执行的工作。这项工作包括从事件上下午中提取数据，将其存储到内部变量中，打印结果。

SystemTap 的工作原理是将 SystemTap 脚本翻译成 C 语言，然后将其编译为内核模块，并加载到内核中并启用脚本中的探测点；当相应的事件发生时，事件对应的处理程序被执行；一旦 SystemTap 会话结束，探测点将被禁用，内核模块也被卸载。下图是 SystemTap 的处理过程。

图片来源于 Architecture of systemtap: a Linux trace/probe tool。

在 Git bisect 二分查找实践这篇文章中我们知道了如何通过 git bisect 来进行快速定位，但是，我们需要手动的去执行测试命令以确定哪个提交是正常的，哪个提交是异常的。本文记录了如何将 git bisect 的二分查找自动化。