mysql学习day1
学习资料：
https://yrzu9y4st8.feishu.cn/sheets/FIussTNr2hyC5ktUJZicKh08nEh
配合b站戴师兄视频
我没听懂的地方1：
SELECT continent, gdp 人均gdp FROM world where (gdp>20000000000 and population>60000000) or (gdp<8000000000 and name like '%a%a%a%') group by continent having sum(population) > 300000000 order by count(name) desc limit 1为什么用sql这一段报错呢你的这段 SQL 报错，核心原因是SELECT 子句中的列与 GROUP BY 分组逻辑不匹配。
一、错误原因分析
SELECT 列与 GROUP BY 不兼容SQL 的分组（GROUP BY）规则要求：SELECT 中出现的非聚合列（如
gdp），必须出现在 GROUP BY 中；反之，GROUP BY 中的列（如continent）可以出现在 SELECT 中。你的代码中SELECT continent, gdp里，gdp是单行列（未聚合），但没出现在 GROUP BY 中，这是最核心的报错原因。人均 GDP 计算逻辑错误
gdp/sum(population)的写法不合理：gdp是单个国家的 GDP，而sum(population)是整个大洲的总人口，用单个国家的 GDP 除以大洲总人口，不符合 “人均 GDP” 的计算逻辑（正确逻辑是：大洲总 GDP / 大洲总人口）。条件执行顺序问题WHERE 子句在 GROUP BY 之前执行，会先过滤行，再分组；你的需求是 “先筛选符合条件的国家，再按大洲分组”，这个逻辑本身没问题，但需要确保分组后的聚合计算正确。
二、修正后的代码
先明确需求：筛选出符合条件的国家（GDP>200 亿且人口 > 6000 万，或 GDP<80 亿且名称含至少 3 个 a），按大洲分组，筛选出总人口> 3 亿的大洲，计算该大洲的人均 GDP（总 GDP / 总人口），最后按国家数量降序取第一个大洲。
SELECT continent, SUM(gdp)/SUM(population) AS 人均gdp, -- 修正：用大洲总GDP除以大洲总人口 COUNT(name) AS 国家数量 -- 便于理解排序逻辑 FROM world WHERE (gdp > 20000000000 AND population > 60000000) OR (gdp < 8000000000 AND name LIKE '%a%a%a%') GROUP BY continent -- 仅按大洲分组，SELECT中只能用聚合列或continent HAVING SUM(population) > 300000000 ORDER BY COUNT(name) DESC LIMIT 1;三、关键修改说明
- 人均 GDP 计算修正：将
gdp/sum(population)改为SUM(gdp)/SUM(population)，确保用大洲总 GDP除以大洲总人口，符合人均 GDP 的定义。 - SELECT 列合规化：SELECT 中仅保留
continent（GROUP BY 列）和聚合函数（SUM/COUNT），避免非聚合列导致的语法错误。 - 新增辅助列：添加
COUNT(name) AS 国家数量，便于你直观看到排序依据（可根据需要删除）。
改成sum(gdp)的语义我理解 但是为什么这样就不报错了呢，聚合函数就可以了吗
你这个问题问到了 SQL 分组查询的核心规则，我用通俗的方式给你讲清楚：为什么用聚合函数SUM(gdp)就不报错，而直接用gdp会报错。
一、先理解：GROUP BY 分组后，SQL “看不到” 单个行的数据了
你可以把GROUP BY continent想象成：
- 原始表是 “按国家一行行排列” 的（比如中国、美国、日本各占一行，各有自己的 gdp、population）；
- 执行
GROUP BY continent后，SQL 会把同一个大洲的所有国家行 “打包合并” 成一行（比如亚洲所有国家合并成 “亚洲行”，欧洲所有国家合并成 “欧洲行”）。
此时：
- 如果你直接写
gdp，SQL 会懵：“你要哪个 gdp？亚洲有中国的 gdp、印度的 gdp、日本的 gdp… 我该选哪个？” → 所以直接报 “非聚合列未分组” 的错； - 如果你写
SUM(gdp)，SQL 就明确了：“哦，你要的是这个大洲所有国家 gdp 加起来的总和” → 这是一个确定的、唯一的值，所以不会报错。
二、核心规则：GROUP BY 的 “列合法性” 要求
SQL 标准（尤其是 MySQL 5.7+、PostgreSQL、Oracle 等主流数据库）强制要求：
SELECT 子句中出现的列，必须满足二选一：
- 是
GROUP BY子句中明确指定的分组列（比如你的continent）；- 被聚合函数（SUM/COUNT/AVG/MAX/MIN 等）包裹（比如
SUM(gdp)、SUM(population)）。
举个直观的例子对比
| 写法 | SQL 的理解 | 是否报错 |
|---|---|---|
SELECT gdp | 要单个国家的 gdp，但分组后是 “大洲行” | ❌ 报错 |
SELECT SUM(gdp) | 要大洲所有国家 gdp 的总和 | ✅ 不报错 |
SELECT continent | 分组列本身，每个大洲只有一个值 | ✅ 不报错 |
三、聚合函数的本质：把 “一组值” 变成 “一个值”
聚合函数（SUM/COUNT/AVG 等）的核心作用，就是对 “打包合并” 后的一组数据做计算，最终输出一个唯一值，刚好匹配 GROUP BY 后 “每个分组只有一行” 的特性：
SUM(gdp)：把一个大洲所有国家的 gdp 加起来 → 每个大洲只有一个 “总 gdp”；COUNT(name)：统计一个大洲符合条件的国家数量 → 每个大洲只有一个 “国家数”；AVG(population)：计算一个大洲所有国家的人口平均值 → 每个大洲只有一个 “平均人口”。
而未被聚合的gdp是 “一组值”（一个大洲有多个国家就有多个 gdp），SQL 无法确定该取哪一个，因此严格遵循标准的数据库都会报错（早期 MySQL 宽松模式下可能不报错，但会随机取一个值，结果不可靠）。
我没听懂的地方2：
你看一下这个题目 我很奇怪 为什么'%'不代表%这个符号本身呢 就像字母string一样 而且concat函数之后出来的是什么数据 是string吗
一、先回答你的两个核心疑问
1. 为什么%不代表符号本身，而是通配符？
在 SQL 的LIKE运算符里，%是特殊通配符，不是普通字符：
%代表「任意长度（包括 0 个）的任意字符」- 如果你想让
%变成普通符号本身，需要用转义符，比如LIKE 'a\%b' ESCAPE '\'才会匹配a%b这样的字符串 - 题目里的
concat('%', name, '%')是故意用%做通配符，目的是匹配「首都名称里包含国家名称」的情况
2.concat()函数返回什么数据类型？
concat()是字符串拼接函数，输入是字符串 / 可转成字符串的类型，输出一定是字符串（string）。比如：
concat('%', 'Mexico', '%') → 结果是字符串 `%Mexico%`这个结果会直接传给LIKE作为匹配模式。
二、结合题目拆解整段逻辑
题目要求：首都是国家名称的扩展→ 满足两个条件：
- 首都名称里包含国家名称（比如
Mexico City包含Mexico） - 首都名称 ≠ 国家名称（排除卢森堡这种
capital = name的情况）
参考代码的逻辑：
where capital like concat('%', name, '%') -- 首都里包含国家名 and capital != name; -- 首都名和国家名不相同concat('%', name, '%')生成%国家名%这样的匹配模式capital like '%国家名%'就会匹配「首都名称中包含国家名」的所有行- 再用
capital != name排除掉「首都名 = 国家名」的特例（比如卢森堡）
三、举个具体例子帮你理解
| name | capital | concat('%', name, '%') | like 匹配结果 | capital != name | 是否被选中 |
|---|---|---|---|---|---|
| Mexico | Mexico City | %Mexico% | ✅ 匹配 | ✅ 不等 | ✅ 选中 |
| Luxembourg | Luxembourg | %Luxembourg% | ✅ 匹配 | ❌ 相等 | ❌ 排除 |
| France | Paris | %France% | ❌ 不匹配 | - | ❌ 排除 |
四、补充：如果想让%变成普通符号该怎么做？
如果你的需求是匹配「首都里真的包含%这个符号」，就需要转义：
-- 匹配 capital 里包含字符 % 的行 where capital like '%\%%' ESCAPE '\';这里\是转义符，\%就代表%符号本身，不再是通配符。
所以我capital不需要写成 'capital' like concat('%', name, '%')
你完全说对了！绝对不需要把capital写成'capital'（加单引号），这是新手很容易混淆的一个点，我帮你把这个关键区别讲透：
核心区别：单引号 vs 无引号
| 写法 | 含义 | 能否正确运行 |
|---|---|---|
capital | 数据库表中的字段名（比如存储首都名称的列） | ✅ 正确 |
'capital' | 一个固定的字符串字面量（就是字符 c-a-p-i-t-a-l 组成的文本） | ❌ 错误 |
举个直观的例子
假设表中有这样一行数据：
| name | capital |
|---|---|
| China | Beijing |
正确写法：
capital LIKE concat('%', name, '%')- 实际执行的是：
'Beijing' LIKE '%China%'→ 判断「Beijing 字符串是否包含 China」，结果是false（符合逻辑）。
- 实际执行的是：
错误写法：
'capital' LIKE concat('%', name, '%')- 实际执行的是：
'capital' LIKE '%China%'→ 判断「capital 字符串是否包含 China」，结果永远是false（因为 capital 里根本没有 China），完全偏离了你的需求。
- 实际执行的是：
补充：什么时候需要单引号？
只有当你想表示固定的文本 / 字符串值时，才需要加单引号：
- 匹配固定字符串：
capital = 'Beijing'（判断字段值是否等于固定字符串 Beijing）； - 拼接固定字符：
concat('【', capital, '】')（给首都名加【】，比如变成「【Beijing】」）。
而字段名（比如 capital、name、gdp、population）是数据库里定义的列名，永远不需要加单引号，加了就会被当成普通字符串，而非字段。