看到 ERROR 1064
就该先看 SQL 有没有拼错关键字
这是 MySQL 最常见的语法错误，本质是解析器在某个位置“看不懂”你写的 SQL。不是所有拼写错误都会报这个码，但绝大多数
ERROR 1064都指向关键词、标点或保留字误用。
SELECT * FROM user WHERE name = '张三' ORDER BY id ASC LIMIT 10 OFFSET—— 后面漏了数字，会直接报
ERROR 1064把
GROUP BY写成
GROUPBY（少空格），或
INNER JOIN写成
INNTER JOIN（多字母） 用
order、
group、
rank这类词当字段名却没加反引号：
SELECT rank FROM users→ 应写成
SELECT `rank` FROM usersMySQL 8.0+ 中
json是保留字，
CREATE TABLE t(json TEXT)会失败，得写成
`json`
执行 UPDATE/DELETE 没生效？先确认是否启用了 safe mode
MySQL 默认开启
sql_safe_updates=1，它会拒绝没有
WHERE条件或
WHERE不含主键/索引列的修改语句——这不是报错，而是静默拒绝，容易让人误以为 SQL 执行成功了。 检查当前设置：
SELECT @@sql_safe_updates;，返回
1表示启用 临时关闭（仅当前会话）：
SET sql_safe_updates = 0;真正要改数据前，先用
SELECT复现
WHERE条件：
SELECT id FROM orders WHERE status = 'pending' AND updated_at ，确认能查出预期行数再执行 <code>UPDATE生产环境不建议全局关掉，可改用带主键的条件，比如
WHERE id IN (1001,1002,1003)
遇到 ERROR 1292
：Truncated incorrect double/integer value
这说明你在对数值类型字段赋了非法值，比如把字符串塞进
INT列，或把超长小数塞进
DECIMAL(5,2)。MySQL 5.7+ 默认严格模式下会直接报错，老版本可能只警告并截断。 典型场景：
INSERT INTO products(price) VALUES('99.99 USD'); → 字符串含非数字字符，触发 ERROR 1292排查方法：用
SELECT CAST('99.99 USD' AS DECIMAL) 测试转换结果，MySQL 会返回 0.00并产生 warning 修复方向：清洗数据（正则提取数字）、改用
VARCHAR存原始值、或在应用层做类型校验 注意：
STR_TO_DATE()解析失败也会报同类错误，例如
STR_TO_DATE('2024/13/01', '%Y/%m/%d')（13 月不存在）
事务里执行失败后，别忘了检查 autocommit 和 ROLLBACK 状态
很多异常看起来“没报错”，但数据不对，根源常在事务控制混乱。尤其 ORM 或脚本中手动
BEGIN后忘记
COMMIT或
ROLLBACK。 确认当前连接是否自动提交：
SELECT @@autocommit;，
0表示关闭，需显式
COMMIT执行出错后，如果没
ROLLBACK，事务仍处于打开状态，后续语句可能被意外包含进去 用
SELECT trx_state, trx_started, trx_query FROM information_schema.INNODB_TRX;查看未提交事务 简单测试法：在命令行连上 MySQL，执行
BEGIN; INSERT ...; SELECT * FROM t;（查不到刚插的行）→ 说明还没提交，不是 SQL 问题，是事务卡住了
SQL 报错本身只是表象，背后往往是数据状态、会话配置、权限边界或事务生命周期没理清。盯着错误码看两眼，再查一次
SHOW WARNINGS;，比重写十遍 SQL 更管用。
