MySQL增删改查精讲：INSERT与SELECT的语法细节与踩坑指南

做后端开发的，谁没跟MySQL打过交道。哪怕你平时写代码习惯用ORM，MyBatis、JPA把SQL封装得干干净净，一旦遇到线上数据订正、慢查询定位、报表统计，最后还是得老老实实打开命令行或者Navicat，手写几条SQL硬碰硬。MySQL的CRUD就是增删改查，这几板斧看着简单，真正要写得规范、不踩坑、跑得快，里面门道不少。这篇先讲前半部分——增（CREATE）和查（READ），也就是INSERT和SELECT，把这两块吃透，日常工作里起码七成SQL场景都能稳得住。

我估计来看这篇的同学，有的是刚准备入门数据库的新手，装好MySQL不知道从哪下手；也有写了两三年代码但SQL水平一直停留在“能跑就行”的熟手。无论哪一类，这篇都值得仔细看一遍。我会从环境准备开始，带你建库建表，然后一个一个掰开INSERT和SELECT的语法细节，最后把高频报错和经典误解整理成排查实录，方便你直接存档当手册用。

1. 动手前的准备：先搭一套靠谱的MySQL环境

CRUD的前提是手里有一个能正常跑的MySQL。别觉得这话多余，我见过太多次“明明SQL没问题，结果报错”的案例，最后追根溯源都是环境没弄对。数据库版本、字符集、客户端工具、端口号的差异，都能让同一句SQL表现出完全不同的结果。

1.1 版本选择和基础安装配置

现在主流版本就是MySQL 5.7和MySQL 8.0，推荐直接上8.0，尤其新项目。5.7虽然后续还会维护很久，但8.0在字符集默认值、窗口函数、CTE、性能方面都有明显提升。新装环境别再用5.7了，除非项目有历史包袱或者用了只兼容5.7的中间件。

安装方式无非三种：Windows下用安装包，Linux下用apt/yum，或者直接Docker起一个容器。Windows安装时有个最容易忽略的细节，就是安装类型选“Server only”还是“Custom”。个人学习直接Server only省事，之后要用什么客户端工具另外装。安装过程中会让你设置root密码和端口，端口默认3306，没特殊需求就别改，改了你后面所有连接串都要跟着改，纯粹给自己找麻烦。

Linux上装很简单，Ubuntu执行apt install mysql-server，CentOS执行yum install mysql-server，装完默认服务自启。如果不想污染本机环境，Docker是更干净的选择。一条命令就能跑起来：

bash复制docker run -d --name mysql8 -p 3306:3306 \
  -e MYSQL_ROOT_PASSWORD=yourpassword \
  -e MYSQL_DATABASE=testdb \
  mysql:8.0

这里有个实用细节：MYSQL_DATABASE环境变量会帮你自动创建一个初始数据库，省得进容器再敲CREATE DATABASE。Docker方式跑MySQL还有一个隐藏好处，版本切换特别方便，想从8.0换到5.7，只要换镜像标签重新起一个容器，本地环境完全不受影响。

装完之后验证一下连接：

bash复制mysql -uroot -p

进去后执行select version();看到版本号，说明环境通了。如果提示找不到mysql命令，一般是bin目录没加进PATH，Windows用户去安装目录下的bin文件夹执行即可，Linux用户确认是否安装了mysql-client。

1.2 客户端工具的选型

命令行是底线技能，但日常写复杂SQL，我还是推荐配一个图形客户端，效率完全不一样。Navicat功能全，查询、设计表、导入导出都做得顺手，缺点是付费。MySQL官方出的Workbench免费，功能也不弱，适合一点钱不想花的场景。

我用Navicat比较多，主要原因不是它功能多，而是它写SQL的体验舒服：自动补全、格式化、查看执行计划都很直观。但无论用哪个客户端，我建议你保持一个习惯——关键SQL先在命令行跑一遍。图形化工具往往会帮你隐藏一些细节，比如隐藏了当前连接的字符集设置，或者自动加了分号，导致你换到命令行就懵。命令行不报错，再复制到工具里做保存，这样最稳。

连接时还有一个高频坑：用Navicat或者Workbench连远程MySQL，连接超时，报错基本都是10061或者2003。第一反应检查三件事：端口是不是3306，MySQL服务有没有启动，防火墙有没有放行3306。Linux下还要注意bind-address配置，默认只监听127.0.0.1，远程连接根本连不上，改配置文件里的bind-address为0.0.0.0再重启服务才行。

1.3 建库建表，把CRUD的战场搭好

环境通了之后，第一件事就是建库建表。数据库名和表名的命名规范建议从一开始就立好规矩：库名、表名、字段名全用小写，单词间用下划线分隔。MySQL在Linux下对表名大小写敏感，Windows下不敏感，这种跨平台差异最容易埋雷，干脆统一小写，一劳永逸。并且字段名别用MySQL的保留字，比如order、group、desc这类，非要用就得加反引号，每次写SQL都多一层麻烦。

建库语句：

sql复制CREATE DATABASE IF NOT EXISTS school_db
  DEFAULT CHARACTER SET utf8mb4
  DEFAULT COLLATE utf8mb4_general_ci;

字符集这里必须重点说。老项目常见的是utf8，但MySQL的utf8最多只支持3字节，像emoji表情这种4字节字符根本存不进去，一插入就报“Incorrect string value”。所以新表一律用utf8mb4，它是utf8的超集，兼容性更好。排序规则选utf8mb4_general_ci还是utf8mb4_unicode_ci都行，前者性能略好，后者排序更精确，实际用起来差别不大。

建表我用一个非常经典的“学生课程成绩”场景举例，后面所有的CRUD都围绕它展开：

sql复制CREATE TABLE student (
  id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主键',
  student_no VARCHAR(20) NOT NULL COMMENT '学号',
  name VARCHAR(50) NOT NULL COMMENT '姓名',
  gender TINYINT NOT NULL DEFAULT 1 COMMENT '性别 1男 2女',
  birth_date DATE DEFAULT NULL COMMENT '出生日期',
  created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
  PRIMARY KEY (id),
  UNIQUE KEY uk_student_no (student_no)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='学生表';

这个表几乎覆盖了建表阶段所有关键点：主键设置自增、非空约束、默认值、唯一索引、注释、以及ON UPDATE CURRENT_TIMESTAMP自动更新时间。AUTO_INCREMENT要配合主键使用，MySQL规定自增列必须是索引，UNIQUE KEY这里正好也复用了索引。

再说说ENGINE的选择。MySQL默认是InnoDB，没有特殊情况就别改。MyISAM虽然查询快，但不支持事务、不支持外键、崩溃恢复能力差，在8.0里已经属于边缘引擎，老老实实用InnoDB就行。

课程表和成绩表顺带一起建好，后面SELECT部分好多例子都要用到：

sql复制CREATE TABLE course (
  id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主键',
  course_no VARCHAR(20) NOT NULL COMMENT '课程编号',
  course_name VARCHAR(100) NOT NULL COMMENT '课程名称',
  credit DECIMAL(3,1) NOT NULL DEFAULT 0 COMMENT '学分',
  PRIMARY KEY (id),
  UNIQUE KEY uk_course_no (course_no)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='课程表';

CREATE TABLE score (
  id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '主键',
  student_id INT UNSIGNED NOT NULL COMMENT '学生ID',
  course_id INT UNSIGNED NOT NULL COMMENT '课程ID',
  score DECIMAL(5,2) DEFAULT NULL COMMENT '成绩',
  exam_date DATE NOT NULL COMMENT '考试日期',
  PRIMARY KEY (id),
  KEY idx_student_course (student_id, course_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='成绩表';

注意score表里用了联合索引idx_student_course，这是后面做多表关联查询的性能基础。

2. 增（CREATE）：INSERT INTO 的几种正确姿势

建好表，第一步就是往里塞数据。INSERT是CRUD里最“直给”的操作，但很多人写INSERT只停留在最简单的单行插入，遇到批量插入、特殊字符、日期格式就翻车。这一节把INSERT的几种用法和常见问题一次说清。

2.1 单行插入的基础语法

INSERT的基本语法有两种写法，第一种是指定列名：

sql复制INSERT INTO student (student_no, name, gender, birth_date)
VALUES ('2024001', '张三', 1, '2000-05-01');

第二种是省略列名，直接按表的字段顺序给值：

sql复制INSERT INTO student VALUES (1, '2024001', '张三', 1, '2000-05-01', NOW(), NOW());

我强烈建议永远使用第一种“指定列名”的写法。原因有两个：第一，表结构后期大概率会加字段，省略列名的写法在新字段出现后直接报错，而指定列名的方式只要不涉及新字段就完全不受影响；第二，指定列名时，列的顺序和VALUES的顺序由你自己决定，可读性好得多。你写代码连函数参数都不愿意靠位置匹配，SQL里的列值也别靠位置匹配。

VALUES后面跟的值，有几条规则要记牢：

• 字符串和日期要用单引号包起来，数值可以不加引号。
• 日期格式推荐'YYYY-MM-DD'，比如'2025-06-18'，这是MySQL默认识别的日期格式，不需要额外转换。
• NULL表示空值，但要注意自增主键那一列，千万别手动塞NULL，直接省略那一列，让MySQL自动生成。
• 如果插入的值里包含单引号，比如姓名是O'Brien，要对单引号做转义，写成'O''Brien'，两个连续单引号表示一个单引号字符。

2.2 批量插入，效率提升的关键

一次插入多行数据，只需要在VALUES后面加多组括号：

sql复制INSERT INTO student (student_no, name, gender, birth_date) VALUES
('2024002', '李四', 1, '2000-08-12'),
('2024003', '王五', 2, '2001-01-30'),
('2024004', '赵六', 1, '2000-11-23');

这里有一个很重要的性能经验：一次性插入几十行、几百行，比循环执行单条INSERT快非常多。核心原因是每条INSERT都是一次独立事务，需要同步刷盘、写binlog，频繁提交事务的开销远大于数据本身。批量插入只提交一次事务，性能差距能达到十几倍甚至几十倍。实际项目里用MyBatis批量插入时，底层就是在拼这种多VALUES的语句。

还有一个容易被忽略的细节：批量插入前可以手动开启事务，插入完再统一提交。客户端命令行默认autocommit=1，每条SQL自动提交，如果插入1000条数据失败在中途，前面成功的部分已经落库了，要清理反而麻烦。而包在事务里的话：

sql复制START TRANSACTION;
INSERT INTO ...;
INSERT INTO ...;
COMMIT;

中途出问题直接ROLLBACK回滚，数据干干净净。多条插入操作务必养成这个习惯。

2.3 日期和中文乱码的问题处理

日期类型插入时最常见的错误是把日期写成了字符串但格式不对，比如'20240601'这种格式MySQL也能识别，但'2024/06/01'就不一定了，不同版本表现不一致。最稳妥的写法是标准连字符格式。如果你手头数据是'20240601'，可以用STR_TO_DATE('20240601', '%Y%m%d')做转换：

sql复制INSERT INTO student (student_no, name, birth_date)
VALUES ('2024005', '孙七', STR_TO_DATE('20240601', '%Y%m%d'));

中文乱码是新手问得最多的问题之一。明明表是utf8mb4，INSERT语句也没毛病，查出来就是乱码。多数情况是客户端连接字符集不对。命令行连接时先执行SET NAMES utf8mb4;，再执行插入操作，基本能解决。图形化客户端一般在连接配置里可以指定编码，找到字符集选项改成utf8mb4就行。

判断当前会话字符集可以用：

sql复制SHOW VARIABLES LIKE 'character_set%';

看到character_set_client和character_set_connection都是utf8mb4，那从客户端到服务端的传输链路就正常了。

2.4 避免重复插入的两种常用方案

实际业务里经常遇到“这个学号已经存在就别再插了”的需求，这时可以用两个扩展语法。

INSERT IGNORE 遇到唯一键冲突时，直接忽略这次插入，不报错也不中断：

sql复制INSERT IGNORE INTO student (student_no, name) VALUES ('2024001', '重复学号');

INSERT ... ON DUPLICATE KEY UPDATE 冲突时改为更新指定字段：

sql复制INSERT INTO student (student_no, name, gender) VALUES ('2024001', '张三', 1)
ON DUPLICATE KEY UPDATE name = VALUES(name);

注意8.0.20版本之后，VALUES(name)这种写法被标记为废弃，推荐用别名语法：

sql复制INSERT INTO student (student_no, name, gender) VALUES ('2024001', '张三', 1) AS new
ON DUPLICATE KEY UPDATE name = new.name;

建议新写的代码直接用别名语法，避免以后版本升级出现兼容问题。

3. 查（READ）：SELECT 语句从入门到实战

SELECT是CRUD里最难也最灵活的部分，因为它不只是“取数据”，还承担了过滤、计算、排序、分组、关联等一整套数据加工工作。很多性能问题也是从一句漫不经心的SELECT开始的。这一节按查询的完整链条来推进。

3.1 SELECT的书写顺序和执行顺序

先记住完整的基础语法骨架：

sql复制SELECT 列名
FROM 表名
WHERE 过滤条件
GROUP BY 分组字段
HAVING 分组后的过滤条件
ORDER BY 排序字段
LIMIT 分页限制;

这里必须把书写顺序和执行顺序区分开。MySQL真正执行SQL的顺序是：

1. FROM 先确定数据来源表
2. WHERE 对每一行原始数据做过滤
3. GROUP BY 按字段分组
4. HAVING 对分组后的结果做过滤
5. SELECT 确定最终输出的列
6. ORDER BY 对结果排序
7. LIMIT 截取指定行数

这个顺序不理解，后面写复杂SQL会非常痛苦。举个例子，WHERE里不能用SELECT中定义的别名，因为WHERE执行在SELECT之前，别名还没生成。但ORDER BY里可以用别名，因为排序发生在SELECT之后。你写SELECT name AS n FROM student WHERE n = '张三'会报错，改成ORDER BY n就正常，这才是背后的真正原因。

理解了执行顺序，再去读复杂SQL就像看流水线一样清晰。

3.2 基础查询和列的选择

最简单的查询就是查整个表：

sql复制SELECT * FROM student;

SELECT *开发调试时用没问题，但生产环境我强烈不建议，尤其是表字段多的场景。原因是写*会把所有列都查出来，不仅浪费带宽，而且如果表结构新增了字段，结果集也跟着变，接口返回结构可能被意外影响。更推荐的做法是明确列出所需字段：

sql复制SELECT id, student_no, name FROM student;

查出来的列名如果不够友好，可以用别名：

sql复制SELECT
  student_no AS stu_no,
  name AS student_name
FROM student;

别名的作用不只是给结果集改个名字，在ORDER BY、HAVING、子查询引用时都有实际用途。

还有一个小技巧，SELECT支持直接做计算。比如想把性别数字转成文字，可以用CASE WHEN：

sql复制SELECT
  name,
  CASE WHEN gender = 1 THEN '男' ELSE '女' END AS gender_text
FROM student;

这在报表类SQL里非常常用。

3.3 WHERE条件过滤，WHERE是查询性能的分水岭

WHERE的作用是从表中筛选满足条件的行，各种条件组合的写法是SELECT的重头戏。

比较运算是最基本的：

sql复制SELECT * FROM score WHERE score >= 60;

=、<>或!=、>、<、>=、<=这些运算符没什么可说的，重点说几个容易出问题的操作。

IN用来匹配一组值，比多个OR写起来清爽：

sql复制SELECT * FROM student WHERE student_no IN ('2024001', '2024002', '2024003');

BETWEEN AND包含两个边界值：

sql复制SELECT * FROM score WHERE score BETWEEN 60 AND 90;

范围查询的边界实在拿不准，建议用>= AND <=显式写清楚，可读性更好，也不容易搞错含不含边界。

LIKE用于模糊匹配，%代表任意多个字符，_代表单个字符：

sql复制SELECT * FROM student WHERE name LIKE '张%';

这条语句查所有姓张的学生。注意一个性能要点：LIKE '%张%'这种左侧带通配符的写法无法使用索引，数据量大时必然全表扫描，能不用尽量不用。遇到这种搜索需求，生产环境一般会考虑全文索引或者专门的搜索引擎，而不是硬扛LIKE。

NULL的判断是另一个重灾区。很多新手写成WHERE birth_date = NULL，结果一条数据都查不出来。NULL不是值，它表示“未知”，不能用等号比较，必须用IS NULL或IS NOT NULL：

sql复制SELECT * FROM student WHERE birth_date IS NULL;

多个条件组合时，用AND、OR连接。要注意AND的优先级高于OR，所以想表达“A或B，并且C”时，必须加括号：

sql复制SELECT * FROM score WHERE (course_id = 1 OR course_id = 2) AND score >= 60;

3.4 去重DISTINCT和OR之间的关系

很多人在网上搜“mysql的or能去重吗”，这个问法本身就有点混乱。OR是条件连接符，负责“满足任意一个条件”的逻辑判断，它和去重没有直接关系。去重是DISTINCT或GROUP BY做的事。

如果想让查询结果去掉重复行，用DISTINCT：

sql复制SELECT DISTINCT course_id FROM score;

但注意DISTINCT是对整行数据去重，不是对某一列去重。SELECT DISTINCT student_id, course_id FROM score去重的是两列的组合，而不是单独student_id。

如果你想查出来的是“有哪些学生考过试”，并且学生不能重复，正确的做法是：

sql复制SELECT DISTINCT student_id FROM score;

至于OR本身，WHERE course_id = 1 OR course_id = 2的结果里天然就可能出现重复行，因为一个学生可能同时选了这两门课、在score表里有两条记录。这不叫“OR导致重复”，而是数据本身就存在多行，和OR没有因果关系。

3.5 ORDER BY排序，别在排序字段类型上吃亏

排序是查询里的高频操作。基础语法：

sql复制SELECT student_id, course_id, score
FROM score
ORDER BY score DESC;

ASC升序、DESC降序，默认是ASC。多个字段排序时，从左到右决定优先级：

sql复制SELECT student_id, course_id, score
FROM score
ORDER BY course_id ASC, score DESC;

这里有个值得展开的细节：排序字段的类型会影响排序结果。如果字段是VARCHAR类型，存的又是数字字符串，排序就会按字典序排，结果可能是1、10、11、2、3这样的顺序。想要按数值排，必须用CAST转换类型：

sql复制SELECT * FROM table_name
ORDER BY CAST(column_name AS UNSIGNED);

这个坑在现实中很常见，因为总有人把学号、手机号存成VARCHAR，然后发现排序结果完全不符合预期。解决办法就是建表时想清楚：数值就用数值类型，字符串就用字符串类型，不要混着来。

中文排序也是经常遇见的梗。MySQL默认utf8mb4_general_ci排序规则下，中文排序是按Unicode编码排的，不按拼音。想按拼音排序，可以指定排序规则：

sql复制SELECT name FROM student ORDER BY name COLLATE utf8mb4_zh_0900_as_cs;

但注意，MySQL 8.0提供了utf8mb4_zh_0900_as_cs这种中文排序规则，5.7里没有，需要用拼音函数转换或借助CONVERT。如果你只是偶尔按中文拼音排序，老老实实多查一次在Java代码里排都行，别在SQL上死磕。排序是个消耗性能的操作，尤其在大表上，一定要确保排序字段有索引，否则文件排序（filesort）会拖垮查询。

3.6 分页查询LIMIT

业务系统里分页太常见了，语法本身很简单：

sql复制SELECT * FROM score ORDER BY id LIMIT 20 OFFSET 0;

或者老式写法：

sql复制SELECT * FROM score ORDER BY id LIMIT 0, 20;

两种写法表达的意思相同：跳过0条，取最多20条。LIMIT后面的第一个数字是偏移量，第二个是条数。注意偏移量从0开始，第一页是OFFSET 0，第二页是OFFSET 20。

分页在数据量小的时候感觉不到问题，一旦表有几百万数据，翻到后面会很慢。比如LIMIT 1000000, 20，MySQL要先把前1000000条数据扫出来丢掉，再取后面20条，代价非常大。优化的办法是利用主键做条件：

sql复制SELECT * FROM score
WHERE id > 上一页最后一条id
ORDER BY id
LIMIT 20;

这种“基于游标”的分页方式在深分页场景下性能远超传统LIMIT写法。当然，这属于性能优化的话题，CRUD阶段先知道有这么回事，遇到实际瓶颈时再专项优化。

3.7 聚合函数和分组统计

SELECT不仅能取原始数据，还能做统计。常用聚合函数有这些：

• COUNT：统计行数
• SUM：求和
• AVG：求平均值
• MAX：最大值
• MIN：最小值

统计学生表总人数：

sql复制SELECT COUNT(*) FROM student;

按性别统计人数：

sql复制SELECT gender, COUNT(*) AS cnt
FROM student
GROUP BY gender;

这里有一个很容易犯的错：SELECT后面出现的普通字段，必须出现在GROUP BY里，否则在ONLY_FULL_GROUP_BY这个SQL模式开启时（MySQL 8.0默认开启），会直接报错。这个限制是为了防止你查出来的结果含义不明确。比如按性别分组，你SELECT了name，那一个性别组里到底显示哪个name？MySQL不知道，也不会自己拿主意，干脆报错。

GROUP BY之后再用HAVING对分组结果过滤：

sql复制SELECT course_id, AVG(score) AS avg_score
FROM score
GROUP BY course_id
HAVING AVG(score) >= 80;

注意HAVING和WHERE的区别：WHERE过滤原始行，在分组之前执行；HAVING过滤分组结果，在分组之后执行。WHERE里不能写聚合函数，WHERE AVG(score) > 80是错的，必须用HAVING。

统计每位学生的总成绩和平均分，这是一个典型的练习：

sql复制SELECT
  student_id,
  COUNT(*) AS subject_count,
  SUM(score) AS total_score,
  AVG(score) AS avg_score
FROM score
GROUP BY student_id
ORDER BY total_score DESC;

聚合查询的结果看起来简单，但背后的分组逻辑一定要理解透彻。一定要在纸上画出原始数据、分组过程、聚合结果三个阶段，搞明白数据是怎么从“多行变成一行的”，后面写复杂统计SQL才不会乱。

4. CRUD实战中的常见问题与排查实录

写SQL哪有不报错的，报错本身不可怕，怕的是看不懂报错。这一节把CRUD里出现频率最高的报错和最容易让人困惑的技术点整理成排查手册，全是实操中实打实遇过的坑。

4.1 高频报错速查表

最让人头疼的1064语法错误，MySQL给出的报错信息其实已经指出了大致位置，它会用一段SQL加标记告诉你出错的位置。很多人不仔细看报错，只看到“SQL syntax”就开始怀疑人生，其实大概率就是少了个逗号、多了一个引号、字符串没闭合这类低级问题。报错信息里near 'xxx'后面的内容基本就是错误发生点，从那里往前往后找，十有八九能揪出来。

1366这个报错也很有迷惑性。往INT字段里插字符串时会出现，但往utf8mb4表里插入4字节emoji时同样报这个错。两个原因完全不同，一个是类型不匹配，一个是字符集不够用，排查时要先确认字段类型，再确认字符集。

4.2 经典误解：INT(5)到底限制了什么

热词里有“mysql中int+5”，这个搜索意图多半是碰到了INT(5)这种写法，以为它限制整数长度。但这是一个流传很广的误解。

INT(5)里的5是显示宽度，而不是存储长度。INT类型在MySQL里始终占4个字节，存储范围是-2147483648到2147483647，无论你写INT还是INT(5)，存储范围和占用空间完全一样。显示宽度只有配合ZEROFILL才看得出来，比如INT(5) ZEROFILL，存入123，查询出来显示的是00123，只是补零显示，不影响实际值。

正确理解：字段类型决定存储长度和取值范围，括号里的数字只是显示宽度。真要想限制数字范围，应该用TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT一类更小或更大的类型，而不是靠调括号里的数字。

我实际建表时，几乎不写INT(n)，直接写INT就完了。加上个(11)除了增加迷惑性，没有任何实际作用。

4.3 关于自增主键和删除数据后的行为

很多新手删除几条数据后再插入，发现主键不是接着原来的继续，而是变得很大，于是怀疑是不是主键“乱了”。其实这是正常行为。

InnoDB的自增计数器不会因为删除了数据就回退。AUTO_INCREMENT的设计目标是保证唯一性，不是保持连续性。你删了id=5的记录，再插入时新记录可能从6开始，也可能从更大的值开始，取决于MySQL内部计数器的维护机制。想要重置自增值，可以用：

sql复制ALTER TABLE student AUTO_INCREMENT = 1;

但这句话只在表里没有数据或者没有更大自增值时才有效，而且生产环境基本不会让你这么干。自增主键不连续不影响任何业务，别在这上面过于纠结。

还有TRUNCATE和DELETE的区别，也经常有人弄混。TRUNCATE是清空表并重置自增计数器，DELETE是逐行删除。TRUNCATE无法回滚，DELETE在事务里可以回滚。清空表用TRUNCATE，删部分数据用DELETE。

4.4 一套完整练习：把CRUD的C和R串起来

光看语法记不牢，建议跟着这套练习把整套操作过一遍。还是用前面的school_db库。

第一步，插入课程数据：

sql复制INSERT INTO course (course_no, course_name, credit) VALUES
('C001', '数学', 4.0),
('C002', '英语', 3.0),
('C003', '计算机基础', 3.5);

第二步，插入学生数据：

sql复制INSERT INTO student (student_no, name, gender, birth_date) VALUES
('2024001', '张三', 1, '2001-03-15'),
('2024002', '李四', 1, '2002-07-21'),
('2024003', '王五', 2, '2001-11-02');

第三步，插入成绩数据：

sql复制INSERT INTO score (student_id, course_id, score, exam_date) VALUES
(1, 1, 85.5, '2025-01-10'),
(1, 2, 92.0, '2025-01-10'),
(2, 1, 78.0, '2025-01-10'),
(2, 3, 88.5, '2025-01-12'),
(3, 2, 95.0, '2025-01-10'),
(3, 3, 60.0, '2025-01-12');

这时可以用SELECT验证：

sql复制SELECT * FROM student;
SELECT * FROM course;
SELECT * FROM score;

第四步，查所有及格学生的ID和成绩：

sql复制SELECT student_id, score FROM score WHERE score >= 60;

第五步，按课程统计平均分：

sql复制SELECT course_id, AVG(score) AS avg_score
FROM score
GROUP BY course_id;

第六步，查总成绩最高的学生：

sql复制SELECT student_id, SUM(score) AS total_score
FROM score
GROUP BY student_id
ORDER BY total_score DESC
LIMIT 1;

这一套跑下来，INSERT的单行插入、批量插入、SELECT的条件过滤、分组、聚合、排序、分页也就都过了一遍手。SQL这东西没有技巧，唯手熟尔，建议在真实环境里把这些查询多写几遍，遇到报错就查表，查完再改，几轮下来CRUD的基础就非常扎实了。

4.5 实用小习惯：定期EXPLAIN检查你的SELECT

最后分享一个我个人的习惯，写SELECT语句，尤其是线上要到生产库执行的查询，先养成交给EXPLAIN看一眼的习惯。

sql复制EXPLAIN SELECT student_id, score FROM score WHERE course_id = 3;

EXPLAIN会输出这张表的访问方式、是否用到索引、扫描行数等关键信息。在CRUD阶段我不要求你能完全看懂所有输出内容，但至少看type列和rows列。type列如果是ALL，说明是全表扫描，数据量大时就要警惕；rows列扫描行数越小越好。很多线上慢查询，都是因为WHERE条件里的字段没有索引，用EXPLAIN一眼就能看出来。

这个习惯越早养成越好。等你自己写出来的SQL在百万级数据表上依然能秒回，你就知道这个习惯有多值钱了。

这篇先把增和查讲透了，UPDATE和DELETE以及更进阶的事务、锁、索引优化，放到下一篇继续聊。我个人的体会是，CRUD的语法门槛其实很低，真正拉开差距的是对执行顺序的理解、对数据类型的敏感度，以及遇到报错时能不能定位到根因。这三样都到位了，你的SQL水平就已经超过大多数天天写业务代码的同事了。