MySQL 零基础入门到实战：核心知识点梳理与避坑指南

2.3.2 字符串类型

2.3.3 日期类型

timestamp 自动更新语法：

2.4 字段约束（保证数据完整性，防脏数据）

约束是作用于字段上的规则，核心目的：保证数据的正确性、有效性、完整性。

核心坑点：主键可搭配 auto_increment 自增，唯一约束不能自增；主键自带非空 + 唯一特性。

外键约束核心语法（多表关系基础）

常用级联操作：

on delete set null：删除主表数据，子表外键字段置为 null；

on update cascade：更新主表主键，子表外键字段同步更新。

三、DML 数据操作语言（表数据增删改）

语法简单但坑点多，核心原则：精准过滤条件，禁止无 where 操作全表（生产环境致命错误）。

3.1 新增数据（insert）

推荐指定字段插入，表结构变更时不易报错；批量插入比单条插入效率高 N 倍。

字符串 / 日期类型值必须用单引号包裹，字段与值的顺序一一对应。

3.2 修改数据（update）

强制注意：必须加 where 条件，建议先执行 select 验证过滤结果，再执行 update。

3.3 删除数据（delete）

必须加 where 条件，无条件则删除全表数据；

仅能删除整行数据，若需清空单个字段值，用 UPDATE 表名 SET 字段=null WHERE 条件；

删除后自增主键不重置，数据可通过事务回滚恢复。

3.4 delete vs truncate（核心区别）

四、DQL 数据查询语言（开发核心，重中之重）

MySQL 最核心的操作，覆盖基础查询→复杂多表查询，核心原则：杜绝 SELECT *（性能低 + 表结构变更易报错），掌握执行顺序是关键。

4.1 完整语法与执行顺序

书写顺序

实际执行顺序（关键）

书写顺序：SELECT → FROM → WHERE → GROUP BY → HAVING → ORDER BY → LIMIT

实际执行顺序：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT

执行顺序决定：where 不能使用聚合函数，having 可以。

4.2 基础查询（极简）

4.3 条件查询（where，实战高频）

通过运算符实现精准过滤，重点掌握 like/between...and/in/is null。

常用运算符

4.4 聚合函数（纵向统计）

将一列数据作为整体进行计算，null 值不参与所有聚合函数运算；统计数量优先使用 COUNT (*)。

4.5 分组查询（group by + having）

4.6 排序查询（order by）

支持单 / 多字段排序，默认ASC 升序，降序用DESC。

多字段排序：第一个字段相同，才按第二个排。

4.7 分页查询（limit，MySQL 方言）

前端分页核心，起始索引从 0 开始，公式：起始索引 = (页码 -1) * 每页显示记录数。

4.8 常用函数（字段值处理，无需代码层操作）

IF 函数（三元运算符）

CASE 表达式（多条件判断）

无需代码层处理，数据库直接返回业务所需值，提升效率

4.9 综合查询案例（实战组合）

五、表关系设计 (从单表到多表，避数据冗余)

实际业务无单表场景，通过外键约束关联多张表，遵循三大关系设计原则，核心：相同信息仅存储一次，杜绝数据冗余。

5.1 设计核心原则

1. 唯一性：相同信息仅在一张表中存储，杜绝冗余。
2. 一致性：通过外键关联表，保证数据联动一致。
3. 适度性：按需设计，不过度设计表关系。

5.2 三大表关系（实现方式直击核心）

多对多实战示例（学生 - 课程）

六、多表查询（DQL 进阶，实战核心）

基于表关系实现，分为连接查询和子查询，核心：找到关联字段（外键），避免笛卡尔积。

6.1 连接查询

6.1.1 内连接 (查交集，仅查有联动关系的数据)

仅查两张表有关联的数据，显式内连接更规范，推荐使用。

6.1.2 外连接 (查全量 + 交集)

保留一张表全量数据，无关联的补 null；左 / 右外连接可通过交换表顺序互相转换。

6.2 子查询（嵌套查询）

将一个查询结果作为外层查询的条件、字段或临时表，需用 () 包裹，执行顺序：先子查询，后外层查询。按结果类型分 4 类，标量 / 列子查询为开发常用。

常用子查询示例

七、事务（保证数据一致性，高可用核心）

适用于多 DML 操作原子性场景（如转账、删部门同步删员工等），核心：一组操作要么全成，要么全败。

7.1 核心概念

MySQL 默认自动提交事务（单条 DML 执行后立即提交），需手动开启事务实现多操作的原子性。

7.2 事务操作（三步法）

关闭自动提交：SET AUTOCOMMIT=0;（仅当前会话有效），执行 COMMIT 后才会提交。

7.3 事务四大特性

1. 原子性（Atomicity）：事务是不可分割的最小单元，操作要么全成，要么全败；
2. 一致性（Consistency）：事务执行完成后，数据状态保持一致（如转账总余额不变）；
3. 隔离性（Isolation）：数据库提供隔离机制，保证并发事务互不干扰；
4. 持久性（Durability）：事务提交 / 回滚后，对数据的修改永久生效。

7.4 事务隔离级别（解决并发问题）

多事务并发执行会出现脏读、不可重复读、幻读，MySQL 默认REPEATABLE READ（可重复读），兼顾隔离性和并发性能。

查询 / 设置隔离级别：

八、索引（性能优化核心，以空间换时间）

索引是帮助数据库高效获取数据的 B+Tree 数据结构，核心：提升查询效率，降低增删改效率，并非越多越好。

8.1 核心优缺点

索引是帮助数据库高效获取数据的 B+Tree 数据结构，核心：提升查询效率，降低增删改效率，并非越多越好。

8.2 索引操作语法

主键字段 / 唯一约束字段会自动创建索引，无需手动操作。

8.3 索引创建原则（实战避坑）

1. 查询高频、增删改低频的字段建索引（如姓名 / 手机号）；
2. 区分度高的字段建索引（如身份证），区分度低的不建（如性别 / 状态）；
3. 大表建索引，小表（<1000 条）无需建（全表扫描更快）；
4. 一张表索引数不超过 5 个。

8.4 常见索引失效场景（高频坑点）

1. 索引列参与运算 / 使用函数：age+1=25/SUBSTR(name,1,1)='张'；
2. 模糊查询以 % 开头：name LIKE '%张'；
3. or 连接的字段有一个无索引；
4. 隐式类型转换：phone='123456'（phone 为 int 类型）；
5. 联合索引不遵循最左匹配原则。