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