在执行数据操作语言（DML）语句时，有时会遇到"列不存在"的错误提示。本文将介绍一种常见场景，即在执行主表的DML操作时，却因关联触发器导致其他表的列缺失而引发错误。

背景说明

在一次数据迁移过程中，用户遇到了类似问题：执行INSERT等DML操作时返回了"未知列"错误。尽管通过SHOW CREATE TABLE确认目标表结构正确，但依然报错。经过深入分析，发现问题出在触发器上——实际报错的是由触发器所引用的另一张表。

问题重现

本例使用 GreatSQL 8.0.32 版本进行演示。

1. 创建测试表

CREATE TABLE t1 (c1 int,c2 int,c3 int,c4 int);
INSERT INTO t1 VALUES (1,1,1,1),(2,2,2,2),(3,3,3,3),(4,4,4,4);

CREATE TABLE t2 (c5 int,c6 int,c7 int,c8 int);
INSERT INTO t2 VALUES (1,1,1,1),(2,2,2,2),(3,3,3,3),(4,4,4,4);

2. 设置触发器

-- 在t1上的插入触发器，尝试向t2插入不存在的列c1
CREATE TRIGGER test1
AFTER INSERT ON t1
FOR EACH ROW
INSERT INTO t2(c1) VALUES(NEW.c1);

-- 更新触发器，同样引用了不存在的列
CREATE TRIGGER test2
AFTER UPDATE ON t1
FOR EACH ROW
UPDATE test.t2 SET c1 = (NEW.c1) + 1 WHERE c1 = (NEW.c1);

-- 删除触发器
CREATE TRIGGER test3
AFTER DELETE ON t1
FOR EACH ROW
DELETE FROM t2 WHERE c1 = (OLD.c1);

-- 尝试访问不存在的表t3
CREATE TRIGGER test4
BEFORE UPDATE ON t2
FOR EACH ROW
INSERT INTO t3(c1) VALUES(NEW.c5);

注意：创建触发器时并不会立即验证其内部SQL语句的有效性。

3. 执行测试语句

INSERT INTO test.t1 VALUES (1,1,1,1);
-- 错误: Unknown column 'c1' in 'field list'

UPDATE test.t1 SET c1=110 WHERE c1=1;
-- 错误: Unknown column 'c1' in 'field list'

DELETE FROM test.t1 WHERE c1=1;
-- 错误: Unknown column 'c1' in 'where clause'

UPDATE t2 SET c5=110 WHERE c5=1;
-- 错误: Table 'test.t3' doesn't exist

尽管t1表确实包含c1字段，但由于触发器中对t2表的操作涉及无效列，导致执行时抛出错误。这使得问题看起来像是发生在主表上。

4. 排查方法

可通过开启通用查询日志来追踪触发器生成的SQL语句：

tail -f general5000.log
...
2024-10-14T16:21:16.837007+08:00         2651 Query     INSERT INTO test.t1 values (1,1,1,1)
2024-10-14T16:21:16.839500+08:00         2651 Query     INSERT INTO t2(c1) values(NEW.c1)
...

可以看出，当执行主表的INSERT语句后，系统自动触发了t2表的INSERT操作，由于该表中没有c1列，于是返回了列未找到的错误。

5. 检查相关触发器

SELECT TRIGGER_SCHEMA, TRIGGER_NAME, EVENT_OBJECT_SCHEMA, EVENT_OBJECT_TABLE, ACTION_STATEMENT
FROM INFORMATION_SCHEMA.TRIGGERS
WHERE EVENT_OBJECT_TABLE='t1';

输出结果如下：

从结果可见，所有三个触发器都依赖于t2表中的c1列，而这个列实际上并不存在于t2中，因此引发了异常。

解决方案

若在执行DML操作时收到与当前表无关的列错误，请优先检查该表是否设置了触发器。进一步审查触发器定义中的SQL语句，确保所引用的列和表均存在。

结语

此类问题通常不易察觉，尤其在复杂的业务逻辑中容易被忽略。建议在设计阶段就充分考虑触发器的影响，避免潜在的运行时错误。

Enjoy GreatSQL 😃

关于 GreatSQL

GreatSQL 是一款面向金融级应用场景的国产开源数据库，具有高性能、高可用性和高安全性等特点，兼容 MySQL 和 Percona Server，可用于生产环境。

相关资源

• GreatSQL 社区
• Gitee
• GitHub
• Bilibili

加入我们

欢迎加入技术交流群，获取更多支持与资讯：

• 微信扫描二维码添加 GreatSQL社区助手 为好友
• 发送验证信息：加群