WHERE 子句里用了赋值运算符 =
而不是比较运算符 =
这是 MySQL 新手最常踩的坑：在
WHERE条件中误把
=当成“等于判断”，其实它在 MySQL 里是赋值操作（仅在 SET、UPDATE 或变量赋值中合法）。在
WHERE中该用
=，但很多人敲快了就写成
=，结果语句不报错却逻辑全乱。
SELECT * FROM users WHERE id = 1;✅ 正确
SELECT * FROM users WHERE id = 1;❌ 实际执行为“把 1 赋给 id”，返回所有行（因为赋值表达式恒为真） 更隐蔽的是和变量混用：
SELECT * FROM t WHERE @x = 1;—— 这里
=是比较；但若写成
@x := 1就变成赋值，条件永远为 1（即 true）
字符串没加引号或引号类型不匹配
MySQL 要求字符串字面量必须用单引号
'（双引号
"在 ANSI_QUOTES 模式下会被当作标识符，容易触发
Unknown column错误）。
SELECT name FROM user WHERE status = active;❌ MySQL 把
active当列名，报错
Unknown column 'active' in 'where clause'
SELECT name FROM user WHERE status = 'active';✅ 含单引号的字符串要转义：
INSERT INTO msg VALUES ('O''Reilly');（两个单引号）或用反斜杠：'O\'Reilly'（需确认
sql_mode不含
NO_BACKSLASH_ESCAPES）
GROUP BY 和 SELECT 字段不一致且未启用 ONLY_FULL_GROUP_BY
MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY，此时
SELECT中出现未在
GROUP BY列出、又非聚合函数包裹的字段，会直接报错。
SELECT name, COUNT(*) FROM orders GROUP BY user_id;❌
name既不在
GROUP BY里，也不是聚合值，报错
Expression #1 of SELECT list is not in GROUP BY clause修复方式二选一：
– 补全
GROUP BY user_id, name（如果语义合理）
– 或改写为
SELECT MAX(name), COUNT(*) FROM orders GROUP BY user_id;临时关闭该模式风险极大，不建议用于生产：
SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
INSERT 时列数与值数量/顺序不匹配
新手常忽略显式声明列名，直接写
INSERT INTO t VALUES (...)，一旦表结构变更（增删列、调整顺序），语句立刻失效。
INSERT INTO user VALUES ('alice', 25); ❌ 假设表有 3 列（id, name, age），缺 id 会导致 Column count doesn't match value count
INSERT INTO user (name, age) VALUES ('alice', 25); ✅ 显式指定列，安全可读
自增主键不要传 NULL或空字符串：
INSERT INTO user (id, name) VALUES (NULL, 'bob');可能触发
Incorrect integer value（取决于 sql_mode）；应省略 id 或用
DEFAULT
MySQL 的语法错误往往不报“语法错”三个字，而是用“unknown column”“doesn’t match value count”这类模糊提示。真正卡住人的，通常是那些看起来“应该能跑通”的地方——比如
=和
=看着一样，单引号双引号在别处能混用，这里却不行。多看
SHOW VARIABLES LIKE 'sql_mode';输出，比背语法更重要。
