怎么解决MySQL报错Expression #1 of SELECT list is not in GROUP BY-mysql教程-PHP中文网

MySQL报错本质是ONLY_FULL_GROUP_BY模式严格校验GROUP BY查询，必须SELECT列全在GROUP BY中或被聚合函数包裹，否则报错；可改SQL（推荐）或调sql_mode（慎用）。

怎么解决mysql报错expression #1 of select list is not in group by

这个报错本质是 MySQL 拒绝执行不合规的 GROUP BY 查询，不是语法写错了，而是模式太严格了——你得要么改 SQL，要么调模式，二者选一，没有“既不改 SQL 又不调配置还能跑通”的捷径。

为什么 SELECT 列里不能随便写非聚合字段

MySQL 5.7.5+ 默认启用 ONLY_FULL_GROUP_BY 模式，它强制要求：SELECT 列表里的每个字段，必须满足以下任一条件：

出现在 GROUP BY 子句中（比如 SELECT user_id, COUNT(*) FROM orders GROUP BY user_id）
被包裹在聚合函数里（比如 MAX(id)、MIN(name)）
是主键列且 GROUP BY 的是该表的其他唯一键（MySQL 8.0.13+ 支持函数依赖推断，但别依赖它）

常见翻车点：SELECT id, name, COUNT(*) FROM user GROUP BY name ——这里 id 既没进 GROUP BY，也没套聚合函数，MySQL 直接报错，因为同一 name 可能对应多个 id，它不知道该返回哪一个。

改 SQL：让查询符合 ONLY_FULL_GROUP_BY 规则

这是最安全、最推荐的做法，尤其在线上环境。核心原则：SELECT 列和 GROUP BY 列要对齐。

如果业务确实需要某条“代表行”的 id，用聚合函数明确语义，比如 MIN(id) 或 MAX(id)
如果 name 实际上是唯一的（比如用户昵称有唯一约束），但 MySQL 不知道，就显式把 name 加进 GROUP BY，或补上主键：GROUP BY name, id（注意这会失去分组效果，慎用）
避免用 SELECT * 配 GROUP BY，几乎必报错；只选真正需要的、逻辑上可聚合或可分组的列

示例修正：

SELECT name, COUNT(*) AS cnt FROM user GROUP BY name;

✅ 安全；而下面这句：

win可用的mysql指令skill

安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。

下载

SELECT id, name, COUNT(*) FROM user GROUP BY name;

❌ 报错，必须改成：

SELECT MIN(id) AS id, name, COUNT(*) AS cnt FROM user GROUP BY name;

改 sql_mode：临时或永久关闭 ONLY_FULL_GROUP_BY

适用于开发/测试环境，或遗留系统无法快速改 SQL 的场景。注意：这不是“修复”，只是绕过校验，可能掩盖逻辑歧义。

会话级临时关闭（重启客户端即失效）：SET SESSION sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
全局临时关闭（MySQL 重启后恢复）：SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
永久关闭：编辑 MySQL 配置文件（如 /etc/mysql/mysql.conf.d/mysqld.cnf），在 [mysqld] 下添加或修改 sql_mode 行，去掉 ONLY_FULL_GROUP_BY，例如：sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
MySQL 8.0+ 注意：别再用 NO_AUTO_CREATE_USER，它已被移除，否则启动失败