MySQL触发器在PHP中失效：CLI正常执行PHP报错

我来帮你分析下这个问题——你遇到的情况确实有点奇怪：触发器在MySQL命令行里好好的，一到PHP里就“罢工”，还报entity_id没有默认值的错误。咱们一步步来解决：

核心问题分析 #

本质上，这个错误说明插入person时，你的触发器没有成功给NEW.entity_id赋值。CLI能正常运行，说明触发器逻辑本身是通的，但PHP环境的某些特性（比如会话行为、权限或SQL模式）导致触发器没按预期执行。

解决方案 #

1. 先把触发器的ID获取逻辑改了（最可能解决问题） #

你现在用SELECT id FROM entity ORDER BY id DESC LIMIT 1来拿刚插入的entity ID，这方法有坑：

• 要是有其他用户同时插入数据，你拿到的可能是别人的ID，数据直接乱掉；
• 更关键的是，PHP的数据库连接会话和CLI是独立的，这种全局查询的方式可能在PHP环境里拿不到当前会话刚生成的ID。

换成MySQL自带的862868函数就稳了——它只返回当前会话里最后插入的自增ID，完全不受其他会话影响：

修改contact触发器：

DELIMITER #
DROP TRIGGER IF EXISTS contact_insert_trig;
CREATE TRIGGER contact_insert_trig BEFORE INSERT ON `contact` FOR EACH ROW
BEGIN
    INSERT INTO entity (cat_id) VALUES (1);
    -- 用862868获取当前会话刚插入的entity的ID
    SET NEW.entity_id = 862868;
    SET NEW.entity_cat_id = 1;
END;
#

同理，你的person触发器也要改（假设它是先插入contact再拿ID）：

DELIMITER #
DROP TRIGGER IF EXISTS person_insert_trig;
CREATE TRIGGER person_insert_trig BEFORE INSERT ON `person` FOR EACH ROW
BEGIN
    INSERT INTO contact (entity_cat_id) VALUES (1);
    -- 拿到刚插入的contact的entity_id（contact的触发器已经帮你设置好了）
    SET NEW.entity_id = 862868;
END;
#

2. 检查PHP和CLI的SQL模式是否一致 #

MySQL的SQL模式会影响字段校验和触发器行为。你可以分别在CLI和PHP里执行这条语句，对比结果：

SELECT @@sql_mode;

如果PHP的sql_mode比CLI多了STRICT_TRANS_TABLES这类严格模式，可能会触发更严格的字段校验。你可以在PHP连接数据库后，手动设置和CLI一致的模式：

$mysqli->query("SET sql_mode = '你在CLI里查到的模式值'");

3. 确认PHP用的数据库用户有触发器权限 #

别小看权限问题！如果PHP连接数据库用的账号没有TRIGGER权限，触发器根本不会执行。在CLI里查一下：

-- 替换成你的PHP用户名和主机
SHOW GRANTS FOR 'php_user'@'localhost';

要是没看到TRIGGER权限，赶紧补上：

GRANT TRIGGER ON 你的数据库名.* TO 'php_user'@'localhost';
FLUSH PRIVILEGES;

4. 检查触发器是否真的存在且配置正确 #

有时候可能触发器创建的时候没成功，自己还没察觉。在CLI里查一下：

SHOW TRIGGERS LIKE '%_insert_trig';

确保contact_insert_trig和person_insert_trig都在，而且触发时机是BEFORE INSERT。

5. 开启PHP的错误报告，抓隐藏问题 #

有时候PHP会忽略一些数据库警告，导致你看不到真正的错误原因。在代码开头加上这个，开启完整的错误报告：

mysqli_report(MYSQLI_REPORT_ALL);
$mysqli = new mysqli("你的主机", "用户名", "密码", "数据库名");

总结 #

优先改触发器用862868，这不仅能解决当前的PHP问题，还能避免以后并发插入的数据混乱。要是还不行，再挨个排查SQL模式、权限和触发器状态，应该就能搞定了。

内容的提问来源于stack exchange，提问作者nico7et8