必须用AFTER触发器维护行数计数器，因BEFORE时数据未生效；应建独立计数器表并原子增减，禁用COUNT(*)；TRUNCATE不触发行级触发器，须禁用或配事件触发器捕获。
触发器函数必须用 AFTER 而非 BEFORE
行数统计依赖实际数据变更结果，BEFORE 触发时 INSERT/UPDATE/DELETE 尚未生效，读取 pg_class.reltuples 或执行 COUNT(*) 都会得到旧值。只有 AFTER 才能确保统计与真实状态一致。
常见错误是为性能考虑改用 BEFORE，结果导致计数滞后甚至错乱。尤其在并发写入场景下，BEFORE 触发器内读表可能看到其他事务未提交的数据，或被自身事务隔离级别干扰。
-
AFTER INSERT：行数 +1 -
AFTER DELETE：行数 -1 -
AFTER UPDATE：需判断是否跨分区或主键变更——但对纯行数统计，通常视为“删一行 + 插一行”，净变化为 0；若业务明确要求只统计有效记录（如status = 'active'），则必须在触发器中加 WHERE 条件重查
避免在触发器里执行 COUNT(*)
每次 INSERT/DELETE 都跑 SELECT COUNT(*) FROM table_name 是灾难性的：锁表、阻塞并发、随数据量增长而线性变慢。PostgreSQL 的 MVCC 机制让全表扫描成本极高，且无法利用索引加速计数。
正确做法是维护一个独立计数器表，用触发器做原子增减：
CREATE TABLE table_row_counts ( table_name TEXT PRIMARY KEY, row_count BIGINT NOT NULL DEFAULT 0 );
触发器函数中直接 UPDATE table_row_counts SET row_count = row_count + 1 WHERE table_name = 'target_table' —— 这是轻量级行级锁，不扫描原表。
- 首次初始化需手动插入初始值：
INSERT INTO table_row_counts VALUES ('my_table', (SELECT COUNT(*) FROM my_table)); - 务必给
table_name加唯一索引（主键已满足） - 不要在触发器里做
INSERT ... ON CONFLICT DO UPDATE，除非你确认该表名一定存在；更稳妥的是先SELECT判断，再INSERT或UPDATE
触发器需按表单独创建，无法用通用函数自动绑定
PostgreSQL 不支持“对所有表自动创建触发器”的语法。每个目标表都得显式执行 CREATE TRIGGER，且触发器函数内部必须硬编码表名或通过 TG_TABLE_NAME 动态拼接 SQL —— 后者需 EXECUTE + format()，带来权限和注入风险。
最稳妥的实操路径是生成批量 DDL：
SELECT format('CREATE TRIGGER tr_%I_count AFTER INSERT OR DELETE OR UPDATE ON %I FOR EACH ROW EXECUTE FUNCTION update_row_count();',
tablename, tablename)
FROM pg_tables
WHERE schemaname = 'public' AND tablename IN ('users', 'orders', 'products');
然后复制结果执行。不要试图用循环在函数里动态注册触发器——这违反 DDL 原子性，且无法在事务中安全回滚。
- 触发器函数
update_row_count()必须声明为RETURNS trigger，且结尾返回NULL（因为是AFTER） - 如果某张表不需要统计，别忘了从生成列表里剔除，否则空表也会被计入
- 迁移或重建表后，触发器不会自动重建，必须重新运行 DDL
注意 TRUNCATE 不触发普通触发器
TRUNCATE 是 DDL 操作，绕过行级触发器，导致计数器严重失准。这是最容易被忽略的点——开发测试常只测 CRUD，漏掉清空场景。
解决方案只有两个：
- 禁止应用使用
TRUNCATE，统一改用DELETE FROM table（代价是慢，但触发器可控） - 为关键表额外建
TRUNCATE监控：用事件触发器（EVENT TRIGGER）监听ddl_command_end，匹配command_tag = 'TRUNCATE TABLE'，再手动重置对应计数器 —— 但这需要 superuser 权限，且不能捕获TRUNCATE ... CASCADE的依赖表
多数生产环境选第一种：在应用层或数据库侧通过 REVOKE TRUNCATE ON TABLE ... 锁死权限，强制走 DELETE 流程。
