phpMyAdmin中創(chuàng)建觸發(fā)器必須先進(jìn)入目標(biāo)表再點(diǎn)Triggers標(biāo)簽頁(yè)，不可從數(shù)據(jù)庫(kù)總覽頁(yè)或SQL頁(yè)操作；需注意權(quán)限、命名唯一性、事件時(shí)機(jī)組合、NEW/OLD使用規(guī)則及調(diào)試方法。
觸發(fā)器創(chuàng)建入口藏在哪，點(diǎn)錯(cuò)位置就白忙
phpmyadmin 里觸發(fā)器不是在「結(jié)構(gòu)」或「sql」頁(yè)操作的，必須先進(jìn)入目標(biāo)表，再切到 triggers 標(biāo)簽頁(yè)——這個(gè)標(biāo)簽?zāi)J(rèn)不顯眼，常被忽略。如果當(dāng)前在數(shù)據(jù)庫(kù)總覽頁(yè)或其它表頁(yè)面，triggers 標(biāo)簽根本不會(huì)出現(xiàn)。
常見(jiàn)錯(cuò)誤現(xiàn)象：#1419 - You do not have the SUPER privilege and binary logging is enabled，這通常是因?yàn)闆](méi)在正確上下文（即已選中具體表）下點(diǎn)「Add trigger」，導(dǎo)致權(quán)限校驗(yàn)失敗或 SQL 模式不匹配。
- 先點(diǎn)擊左側(cè)導(dǎo)航里的數(shù)據(jù)庫(kù) → 再點(diǎn)擊具體表名 → 頂部菜單才出現(xiàn)
Triggers - 不要從「SQL」頁(yè)直接寫(xiě)
CREATE TRIGGER，除非你確認(rèn)已設(shè)好log_bin_trust_function_creators=1且有SUPER權(quán)限 - 新版本 phpMyAdmin（5.2+）要求觸發(fā)器名在當(dāng)前表內(nèi)唯一，重名會(huì)報(bào)
#1359 - Trigger already exists
BEFORE/AFTER 和 INSERT/UPDATE/DELETE 組合不能亂選
觸發(fā)時(shí)機(jī)（BEFORE vs AFTER）和事件類型（INSERT/UPDATE/DELETE）共同決定觸發(fā)器能否讀寫(xiě)字段、是否影響主操作結(jié)果。選錯(cuò)組合會(huì)導(dǎo)致邏輯失效甚至死鎖。
比如用 AFTER UPDATE 去修改剛更新的行，MySQL 會(huì)直接拒絕并報(bào) #1442 - Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger；而 BEFORE INSERT 是唯一能安全改 NEW.column 的時(shí)機(jī)。
-
BEFORE INSERT：可修改NEW字段值（如自動(dòng)生成 UUID、補(bǔ)默認(rèn)時(shí)間） -
BEFORE UPDATE：適合做數(shù)據(jù)校驗(yàn)或字段聯(lián)動(dòng)（如更新updated_at） -
AFTER INSERT：適合寫(xiě)日志、發(fā)通知，但不能再碰原表 - 一個(gè)觸發(fā)器只能綁定一種事件類型，要同時(shí)響應(yīng) INSERT 和 UPDATE，得建兩個(gè)
觸發(fā)器體里 NEW 和 OLD 關(guān)鍵字的訪問(wèn)邊界
NEW 和 OLD 不是變量，是只讀偽記錄，且僅在對(duì)應(yīng)事件中可用。誤用會(huì)導(dǎo)致語(yǔ)法錯(cuò)誤或空值陷阱。c
典型錯(cuò)誤：BEFORE DELETE 中引用 NEW.id（不存在），或 BEFORE INSERT 中讀 OLD.name（報(bào) Unknown column 'OLD.name' in 'field list'）；還有人試圖給 NEW 賦值字符串以外的類型，比如 SET NEW.created_at = NOW() + INTERVAL 1 DAY;，這在嚴(yán)格模式下可能被截?cái)嗷驁?bào)錯(cuò)。
-
INSERT：只有NEW可用，OLD未定義 -
DELETE：只有OLD可用，NEW未定義 -
UPDATE：NEW和OLD都可用，分別代表更新后和更新前的值 -
NEW.column賦值時(shí)，類型必須與字段定義兼容，比如TINYINT字段不能塞字符串"true"
omegafw.gmcwatch.cn
rolexfw.gmcwatch.cn
patekfw.gmcwatch.cn
omegafw.swatchsh.com
rolexfw.swatchsh.com
patekfw.swatchsh.com
omegafw.paydyj.com
rolexfw.paydyj.com
patekfw.paydyj.com
omegafw.watchku.com
rolexfw.watchku.com
patekfw.watchku.com
omegafw.gmcwatch.cn
rolexfw.gmcwatch.cn
patekfw.sitezj.cn
觸發(fā)器執(zhí)行失敗時(shí)沒(méi)有明顯提示，靠日志反查最可靠
phpMyAdmin 界面提交觸發(fā)器后只顯示「Trigger created successfully」，但實(shí)際執(zhí)行時(shí)若 SQL 報(bào)錯(cuò)（如除零、字段不存在、子查詢返回多行），它既不彈窗也不高亮，只會(huì)靜默失敗，主表操作照常完成，后續(xù)數(shù)據(jù)不一致很難察覺(jué)。
真正有效的排查方式是開(kāi) MySQL 錯(cuò)誤日志，或者臨時(shí)把觸發(fā)器體改成帶 SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'debug: ...'; 的調(diào)試語(yǔ)句。別依賴 phpMyAdmin 的綠色成功提示。
- 上線前務(wù)必在測(cè)試環(huán)境用真實(shí)數(shù)據(jù)跑一遍全路徑（INSERT/UPDATE/DELETE）
- 避免在觸發(fā)器里調(diào)用存儲(chǔ)函數(shù)或跨庫(kù)查詢，容易因權(quán)限或鎖引發(fā)不可見(jiàn)延遲
- MySQL 8.0+ 支持
INFORMATION_SCHEMA.TRIGGERS查狀態(tài)，但 phpMyAdmin 不展示執(zhí)行歷史，得自己查
觸發(fā)器邏輯越復(fù)雜，越容易在事務(wù)回滾時(shí)行為異常；尤其是涉及多表更新或外部服務(wù)調(diào)用的，基本沒(méi)法保證原子性——這點(diǎn)很多人直到線上出問(wèn)題才意識(shí)到。
