MySQL新手最常踩的坑是WHERE中误用赋值运算符=而非比较运算符==，导致逻辑错误；字符串未加单引号被当作列名报错；GROUP BY与SELECT字段不一致触发ONLY_FULL_GROUP_BY错误；INSERT列数与值不匹配或自增主键传NULL引发异常。

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'; 输出，比背语法更重要。