update语句set子句末尾多余逗号是触发sqlstate[42000]（错误码1064）的最常见原因，mysql解析器在逗号后期望下一个“字段=值”对，却遇到where而报错；必须删除末尾逗号，且需确保where关键字拼写正确、参数绑定键名一致、启用pdo异常模式以便及时捕获错误。
UPDATE语句末尾多了一个逗号
这是PDO执行UPDATE时触发SQLSTATE[42000]（错误码1064）最常见原因。MySQL解析器在SET子句末尾看到逗号后， expecting another field = value pair，但紧接着是WHERE，直接报错。
- 错误写法：
SET name = :name, price = :price,← 末尾逗号必须删掉 - 正确写法：
SET name = :name, price = :price← 最后一项后不加逗号 - 调试技巧：把
$query字符串复制到phpMyAdmin或MySQL CLI里直接运行，错误会立刻暴露 - 预防建议：用垂直对齐格式写
SET子句，肉眼扫一眼就能发现多出的逗号
WHERE子句缺失或拼写错误
漏写WHERE不是语法错误，但会导致全表误更新；而WHRER这种拼错才是真正的语法错误，同样抛ERROR 1064。
- 典型错误：
UPDATE user SET score = score + 1 ID = 123→ 缺WHERE关键字 - 更隐蔽的错：
UPDAT user ...（表名拼错）、SET col1=1, col2=2 WHRE id=1（WHRE） - 参数绑定时注意：
WHERE id = :id里的:id必须和bindValue(':id', $val)中的键完全一致
安全模式（SQL_SAFE_UPDATES）拦截无条件更新
MySQL Workbench默认开启安全模式，禁止没有WHERE或LIMIT的UPDATE，报错ERROR 1175，这不是语法问题，而是运行时限制。
- 临时绕过：
SET SQL_SAFE_UPDATES = 0;再执行UPDATE（仅限开发环境） - 永久关闭：Workbench → Preferences → SQL Editor → 取消勾选“Forbid UPDATE and DELETE statements without a WHERE clause”
- 生产环境强烈建议：永远带上
WHERE，哪怕只是WHERE id = ?，避免误操作
占位符与参数顺序不匹配（尤其Go / database/sql）
在Go中用?占位时，Exec("2025-01-01", 123)必须严格对应SQL中从左到右的?位置。顺序错一位，就可能把ID当日期、把时间当主键，结果RowsAffected()返回0且无声失败。
- 错误示例：
UPDATE t SET ts = ? WHERE id = ?+Exec(123, "2025-01-01") - 正确做法：先确认SQL中
?顺序，再按相同顺序传参；或改用命名参数（如pgx支持$1,$2） - 调试必做：打印最终生成的SQL（若驱动支持）或用
EXPLAIN验证WHERE条件是否命中索引
$stmt->execute()时由数据库抛出异常。如果PDO没设PDO::ERRMODE_EXCEPTION，程序可能静默失败，连日志都看不到具体SQL。
