当前位置：首页 > news >正文

PostgreSQL技术内幕29：事件触发器tag原理解析

news 来源：原创 2025/4/28 17:11:55

文章目录

- 0.简介
- 1.概念说明
- 2.tag的生成和存储
- - 2.1 tag合法性校验
  - 2.2 内存中存储
  - 2.3 持久化存储
- 3.tag的触发

0.简介

在上一篇文章中中，我们介绍了PG中的两种触发器，即适合于DML的普通触发器和对于DDL的事件触发器，其中事件触发器与常规的 DML 触发器（响应行级别或语句级别操作）不同的地方在于事件触发器在 DDL 操作的生命周期中触发，触发时执行用户指定的存储过程或函数，可以用于监控或限制数据库结构的变更。本文对于事件触发器中细节进行进一步的说明，也就是tag的原理。

1.概念说明

在上一篇文章中说明了创建事件触发器的语法，其中可以使用filter_variable指定触发事件过滤器的条件，也就是tag，其基本作用是实现对于ddl细分类型的精准触发，比如在建表时触发可以带上如下内容：
WHEN TAG IN (‘CREATE TABLE’)

2.tag的生成和存储

2.1 tag合法性校验

在创建事件触发器中的语法可以看到其tag是以字符串形式存在的，那么就需要验证其是否合法，其验证函数如下：

/** Validate DDL command tags.*/
static void
validate_ddl_tags(const char *filtervar, List *taglist)
{ListCell   *lc;foreach(lc, taglist){const char *tag = strVal(lfirst(lc));event_trigger_command_tag_check_result result;result = check_ddl_tag(tag);if (result == EVENT_TRIGGER_COMMAND_TAG_NOT_RECOGNIZED)ereport(ERROR,(errcode(ERRCODE_SYNTAX_ERROR),errmsg("filter value \"%s\" not recognized for filter variable \"%s\"",tag, filtervar)));if (result == EVENT_TRIGGER_COMMAND_TAG_NOT_SUPPORTED)ereport(ERROR,(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),/* translator: %s represents an SQL statement name */errmsg("event triggers are not supported for %s",tag)));}
}

其中主要使用check_ddl_tag函数去检查是否合法，主要包含两步，一是直接比较字符串是否一致，二是比较是否是由支持的类型组合而成比如drop和event_trigger_support数组中的INDEX组合，其是否支持就是true。

2.2 内存中存储

事件触发器在内存中是以哈希表的形式存储的，其中key是事件类型，value是触发器构成的链表，那么在查找执行时就需要做两次的过滤：一是对事件进行过滤，二是对于tag进行过滤，只执行都匹配的触发器函数。

static HTAB *EventTriggerCache;

2.3 持久化存储

在之前文章中对事件触发器存储的系统表是pg_event_trigger有过描述，此处主要介绍一下PG在后续版本对于tag的查找优化。因为tag是字符串且可能数量比较多，那么每次都进行全量的字符串匹配就会带来很多额外的计算开销，所以PG利用固定tag的index构建了bitmap，方便查找是否符合条件。