简介面向 MySQL 入门与进阶读者的一套源代码配套包覆盖基础例题、商业案例、综合实训和实战演练四个递进层次可用于自学、课堂教学与考前复习。压缩包共 5 个文件其中 4 个 SQL 脚本分别对应书中例题、宠物商店商业实例、图书管理系统综合实训和学校数据库实战演练另附带 1 份 TXT 说明文档整体仅 21KB下载后即可直接对照教材练习。已有 115 人学习使用。脚本包含建库、建表、数据插入、查询与更新等完整语句导入 MySQL 运行可直观验证表结构设计和增删改查操作帮助理解教材知识如何在真实业务场景中落地无论零基础入门还是项目开发前查漏补缺都能获得明确指引。按项目分文件组织结构清晰便于逐模块调试和定位问题同时支持统一归档到 Zotero 等学习资料库快速积累实际项目经验。1. 这份MySQL教材源码zip到底值不值得花时间研究拿到手的是一个名字很长的压缩包教材名加「源代码」里面按例题、案例、实训、实战四类归档。很多初学者下载后习惯性解压看到一堆 .sql 文件就不知道从哪下手最后搁在硬盘里吃灰。这份东西不是给你「看」的是给你「跑」的——教材里每一个 CREATE TABLE、每一段 SELECT都能在本地环境里敲一遍、改一遍、弄坏再修复。它的真正价值在于让你从「眼睛会了」推进到「手会了」。如果你正在学 MySQL 基础、准备课程设计或者带新人的团队想统一练习环境这份源码是最省事的起点。它不依赖特定平台装好 MySQL 就能导入四个分类也基本对应了从语法模仿到独立设计的进阶路径。下面按实际使用顺序把解压、导入、跑通、避坑、改造这条链路完整走一遍。2. 解压与目录结构先看清四个项目的边界再动手2.1 拿到 zip 后先别双击先确认解压层级很多教材配套资源的压缩包内部还有一层同名文件夹直接解压到桌面会得到一长串嵌套路径后续命令行操作时容易把路径搞错。我一般先建一个专门的工作目录再用命令行解压避免某些图形工具对中文文件名的转码问题。mkdir -p ~/mysql_course cd ~/mysql_course # 把 zip 放进来后执行 unzip 64402-MySQL数据库基础实例教程第3版微课版-源代码含例题、案例、实训、实战四个项目.zip.zip ls -la解压后通常能看到四个顶层目录分别对应标题里的例题、案例、实训、实战。用 ls 确认一下每个目录下是 .sql 文件还是子文件夹这决定了后续导入方式单个 .sql 可以直接用 source 命令子文件夹套娃则需要逐个进入再导入。2.2 目录命名规律与文件命名规范教材源码的文件名往往带着章节编号比如chapter03_demo01.sql这种格式。命名里的数字是用来定位教材页码的不是执行顺序。先看 README 或目录说明文件——如果压缩包里没有就直接打开第一个 .sql 看头部注释通常会写明该文件适用的 MySQL 版本和字符集要求。文件名里的中文和空格是命令行操作最容易翻车的地方。我习惯把文件名里的空格替换成下划线再操作或者在 mysql 命令行里用反引号包裹。还有一种常见情况是压缩包里的 .sql 文件是 CRLF 换行Windows 生成这在 Linux 的 mysql 命令行里一般不致命但用文本工具对比时可能出现整文件差异的假象。2.3 环境版本匹配第3版教材默认的 MySQL 版本第3版教材大多是按 MySQL 5.7 或 8.0 编写的。这里有个决策点装 5.7 还是 8.0如果只为了跑通例题8.0 完全够用。但如果教材里涉及PASSWORD()函数、mysql_native_password插件这类老语法8.0 默认配置下会报错。我建议先看源码里是否有ENGINEMyISAM或PASSWORD字样有的话直接装 5.7 省得折腾没有的话装 8.0毕竟新版本对窗口函数、CTE 的支持更完整。字符集统一用 utf8mb4这是 8.0 的默认值5.7 则需要手动指定。下文所有导入命令都加了--default-character-setutf8mb4避免中文注释变成乱码。3. 从例题到实战四类源码的逐级跑通路径3.1 例题跟敲语法的最小闭环例题目录里的文件通常是最短的一个文件对应教材里的一个小节包含几条 SQL 语句。这些文件适合「逐行执行」而不是「整体导入」因为很多语句是前后依赖的——先建库、再建表、再插入数据。mysql -uroot -p --default-character-setutf8mb4进入 mysql 命令行后用 source 逐文件执行-- 假设文件是 chapter03_demo01.sql source ~/mysql_course/例题/chapter03_demo01.sql;执行完后别急着进下一个文件。先做三个验证动作SHOW TABLES;看表是否建成功SELECT COUNT(*) FROM 表名;看数据行数是否和教材一致DESC 表名;看字段类型是否符合预期。三个动作下来教材里讲的建表规范就变成了你眼睛扫过的实际结构。例题文件的末尾经常没有DROP TABLE意味着重复执行会报「Table already exists」。遇到这种情况不用慌在有CREATE TABLE之前手动执行一句DROP TABLE IF EXISTS 表名;即可。3.2 案例完整业务库看表关系怎么落成外键案例目录通常是整份源码里最值得精读的部分。它一般包含一个完整的企业或教务系统数据库涉及十张以上的表。mysql -uroot -p --default-character-setutf8mb4 案例/全量建库脚本.sql导入后第一步用SHOW CREATE TABLE 订单表\G查看建表语句找 FOREIGN KEY 和索引。教材案例里外键不会太多但每一处都对应着业务规则删除订单明细时是否级联删除物流记录、修改客户 ID 时哪些子表跟着变。我习惯把整个案例库导出成一份带注释的文档用mysqldump只导出结构mysqldump -uroot -p --no-data 案例库名 schema_dump.sql这份文档比教材目录更能反映数据模型的全貌。案例里如果出现了存储过程或视图单独打开文件读一遍看它和普通 SQL 的边界在哪里——这是从「会写查询」到「会封装逻辑」的过渡带。3.3 实训半成品练习把空缺补完实训目录的文件名里通常带_blank或_todo字样作用是让你在现有表结构上补写 SQL 片段。常见形式有两种文件里只有建表语句、查询部分留空或者文件里有一半正确语句和若干处-- TODO注释。做法是把文件复制一份改成_done后缀cp 实训/join_practice.sql 实训/join_practice_done.sql vim 实训/join_practice_done.sql # 补全 TODO 部分 mysql -uroot -p 目标库名 实训/join_practice_done.sql补写时别急着看教材答案。先把涉及的表用DESC看一遍把关联字段找出来再写 JOIN 条件。实训的价值在于让你体验「字段对不上、结果多出重复行」这些真实发生的事而不是一遍写对。3.4 实战综合项目启动入口和依赖关系实战目录一般是一个接近真实规模的小系统可能包含多个数据库、初始化数据脚本、甚至是简单的应用层代码。启动前先看项目里有没有 README 或install.sql这个文件通常按顺序做了建库、建表、插入基础数据三步。执行前把文件里的库名全局搜一遍确认是固定的还是带_test后缀的。教材源码里库名写死很常见直接导入会把本地已有的同名库覆盖掉。保险做法是先改掉库名再导入sed -i s/old_dbname/new_dbname/g 实战/install.sql mysql -uroot -p 实战/install.sql实战项目跑通后做一次重启验证退出 mysql 客户端重新登录执行USE 库名; SHOW TABLES;。这一步确认数据落盘成功不是停留在内存里的临时观感。4. 跑通后的五个高频报错现象、原因、解决办法4.1 Table xxx already exists现象重复导入例题脚本报表已存在后续插入语句全部失败。原因例题文件不是幂等的没有在开头做 DROP IF EXISTS。解决手动执行DROP TABLE IF EXISTS 表名;后重新导入或者把-- force参数传给 mysql 客户端不推荐会掩盖其他错误只适合确定没有破坏性语句的场景。4.2 Data too long for column现象导入某条 INSERT 时报字段长度不够中文数据尤其多发。原因建表语句里 VARCHAR(20) 存入了超过 20 个字符的内容字符集差异导致字节数超出预想。解决先DESC 表名;确认当前字段定义再用ALTER TABLE 表名 MODIFY 字段名 VARCHAR(50);扩宽如果整个库普遍偏短检查导入时是否存在字符集转码问题用--default-character-setutf8mb4重试。4.3 Unknown column in field list现象SELECT 或 INSERT 里引用了不存在的列名。原因教材版本更新后改了字段名或手动敲 SQL 时拼写错误另一种隐蔽情况是引用了保留字比如order、group没加反引号MySQL 会把它解析成别的意思。解决复制报错信息里的列名粘贴到文本编辑器里打开源文件搜索确认原文写法是保留字的全部加上反引号。4.4 Cannot add foreign key constraint现象导入案例库时在建表中途报错外键创建失败。原因被引用的父表还没创建或者两个表的字段类型不一致——比如父表是 INT子表是 BIGINT外键约束要求类型严格一致。案例库的脚本通常按依赖顺序排列但有时会漏掉顺序。解决把建表顺序调整为先父后子用正则把FOREIGN KEY相关语句全部先注释掉导入成功后手动逐条补加外键这样能定位到具体是哪一对表出问题。4.5 Cant connect to local MySQL server through socket现象命令行 mysql 能进但脚本导入时报错无法连接。原因socket 文件路径不匹配常见于用包管理器装了多个 MySQL 实例的环境或者服务没启动。解决先systemctl status mysql确认服务状态再mysql_config --socket查实际 socket 位置连接时显式指定mysql -uroot -p -S /var/run/mysqld/mysqld.sock。node.js 或 Python 连接同理host 改127.0.0.1走 TCP 绕开 socket也是常见处理手段。5. 把教材案例库改造成自己的课设或毕设从改表到加功能5.1 从案例库复制一套私有副本改代码的第一步是让原版保持不变给自己留后悔药。用 mysqldump爱可生开源实践站有相关手册内容一致导出原库然后新建一个私有库并导入。mysqldump -uroot -p 原库名 original_backup.sql mysql -uroot -p -e CREATE DATABASE 私有库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; mysql -uroot -p 私有库名 original_backup.sql后面所有折腾都发生在私有库里改坏了就重新导出导入一遍十分钟内回到原点。5.2 新增业务表并挂到现有外键链路上改造需求最常见的是加表。案例库里的订单表、用户表、商品表已经形成了一条外键链新表通常要挂在某个中间节点上。先看现有链路用户表 → 订单表 → 订单明细表。如果新加一张「配送记录表」它应该参照订单表的订单 ID 建外键再在订单明细表里加一个可空的 delivery_id 字段来标识记录关联。典型新增语句如下ALTER TABLE 订单明细表 ADD COLUMN delivery_id INT NULL COMMENT 关联配送记录表; ALTER TABLE 订单明细表 ADD CONSTRAINT fk_delivery FOREIGN KEY (delivery_id) REFERENCES 配送记录表(id) ON DELETE SET NULL;外键约束里 ON DELETE 的选择是个玄学选不好就是数据被级联删光。新增表的删除策略要按业务语义来配送记录属于过程数据删除订单时保留记录比删除更合理所以用 SET NULL 而不是 CASCADE。这个判断比语法本身重要得多。5.3 给查询语句调参从秒级到毫秒级的三个旋钮案例库数据量小跑起来没感觉但改造后导入几千行数据原本的查询就可能变慢。三个常用手段第一给 WHERE 条件里的字段加索引尤其是有 JOIN 的关联字段。第二用 EXPLAIN 看执行计划重点看 type 列是 ALL 还是 range前者说明全表扫描。第三分页查询用延迟关联先查出主键 ID 再回表取数据而不是直接 SELECT 所有列。-- 优化前 SELECT * FROM 订单表 ORDER BY create_time DESC LIMIT 20 OFFSET 20000; -- 优化后 SELECT t.* FROM 订单表 t INNER JOIN (SELECT id FROM 订单表 ORDER BY create_time DESC LIMIT 20 OFFSET 20000) tmp ON t.id tmp.id;优化后的写法让排序和分页只在索引覆盖范围内进行回表只取 20 条完整记录。数据量超过十万行时这个改动能把查询时间从几百毫秒降到几十毫秒。6. 从源码到自己的工具箱例题改造与验证习惯六章合在一起说白了就是三件事跑通、拆开、改造成自己的。例题目录是语法基础案例目录是表结构设计范本实训补全锻炼排错实战项目则让你体会完整系统的数据流转。我的日常建议是把实战项目拆出三份笔记。第一份记录建库顺序和依赖关系第二份记录主要查询语句和对应业务场景第三份记录你踩过的坑和处理方式。这三份笔记组合起来就是你后面做真实项目时的骨架。做完改造后验证数据完整性有一个朴素但有效的习惯对比改造前后的总体行数和关键 SUM 数值。用一份临时表把改造前后两个库的核心表行数做关联对比能发现大多数因为约束设置不当引起的丢数据问题。在 Linux 上我常用comm或直接写一段 SQL 做集合比较线上遇到「数据好像不对」的反馈时这个习惯能快速定位到具体表。祝你在动手时少走弯路——拿这份教材源码当起点跑起来的那一刻里面的每一条 SQL 就不再是书上的字而是你工具箱里的零件了。希望帮到你。本文还有配套的精品资源点击获取
简介面向 MySQL 入门与进阶读者的一套源代码配套包覆盖基础例题、商业案例、综合实训和实战演练四个递进层次可用于自学、课堂教学与考前复习。压缩包共 5 个文件其中 4 个 SQL 脚本分别对应书中例题、宠物商店商业实例、图书管理系统综合实训和学校数据库实战演练另附带 1 份 TXT 说明文档整体仅 21KB下载后即可直接对照教材练习。已有 115 人学习使用。脚本包含建库、建表、数据插入、查询与更新等完整语句导入 MySQL 运行可直观验证表结构设计和增删改查操作帮助理解教材知识如何在真实业务场景中落地无论零基础入门还是项目开发前查漏补缺都能获得明确指引。按项目分文件组织结构清晰便于逐模块调试和定位问题同时支持统一归档到 Zotero 等学习资料库快速积累实际项目经验。1. 这份MySQL教材源码zip到底值不值得花时间研究拿到手的是一个名字很长的压缩包教材名加「源代码」里面按例题、案例、实训、实战四类归档。很多初学者下载后习惯性解压看到一堆 .sql 文件就不知道从哪下手最后搁在硬盘里吃灰。这份东西不是给你「看」的是给你「跑」的——教材里每一个 CREATE TABLE、每一段 SELECT都能在本地环境里敲一遍、改一遍、弄坏再修复。它的真正价值在于让你从「眼睛会了」推进到「手会了」。如果你正在学 MySQL 基础、准备课程设计或者带新人的团队想统一练习环境这份源码是最省事的起点。它不依赖特定平台装好 MySQL 就能导入四个分类也基本对应了从语法模仿到独立设计的进阶路径。下面按实际使用顺序把解压、导入、跑通、避坑、改造这条链路完整走一遍。2. 解压与目录结构先看清四个项目的边界再动手2.1 拿到 zip 后先别双击先确认解压层级很多教材配套资源的压缩包内部还有一层同名文件夹直接解压到桌面会得到一长串嵌套路径后续命令行操作时容易把路径搞错。我一般先建一个专门的工作目录再用命令行解压避免某些图形工具对中文文件名的转码问题。mkdir -p ~/mysql_course cd ~/mysql_course # 把 zip 放进来后执行 unzip 64402-MySQL数据库基础实例教程第3版微课版-源代码含例题、案例、实训、实战四个项目.zip.zip ls -la解压后通常能看到四个顶层目录分别对应标题里的例题、案例、实训、实战。用 ls 确认一下每个目录下是 .sql 文件还是子文件夹这决定了后续导入方式单个 .sql 可以直接用 source 命令子文件夹套娃则需要逐个进入再导入。2.2 目录命名规律与文件命名规范教材源码的文件名往往带着章节编号比如chapter03_demo01.sql这种格式。命名里的数字是用来定位教材页码的不是执行顺序。先看 README 或目录说明文件——如果压缩包里没有就直接打开第一个 .sql 看头部注释通常会写明该文件适用的 MySQL 版本和字符集要求。文件名里的中文和空格是命令行操作最容易翻车的地方。我习惯把文件名里的空格替换成下划线再操作或者在 mysql 命令行里用反引号包裹。还有一种常见情况是压缩包里的 .sql 文件是 CRLF 换行Windows 生成这在 Linux 的 mysql 命令行里一般不致命但用文本工具对比时可能出现整文件差异的假象。2.3 环境版本匹配第3版教材默认的 MySQL 版本第3版教材大多是按 MySQL 5.7 或 8.0 编写的。这里有个决策点装 5.7 还是 8.0如果只为了跑通例题8.0 完全够用。但如果教材里涉及PASSWORD()函数、mysql_native_password插件这类老语法8.0 默认配置下会报错。我建议先看源码里是否有ENGINEMyISAM或PASSWORD字样有的话直接装 5.7 省得折腾没有的话装 8.0毕竟新版本对窗口函数、CTE 的支持更完整。字符集统一用 utf8mb4这是 8.0 的默认值5.7 则需要手动指定。下文所有导入命令都加了--default-character-setutf8mb4避免中文注释变成乱码。3. 从例题到实战四类源码的逐级跑通路径3.1 例题跟敲语法的最小闭环例题目录里的文件通常是最短的一个文件对应教材里的一个小节包含几条 SQL 语句。这些文件适合「逐行执行」而不是「整体导入」因为很多语句是前后依赖的——先建库、再建表、再插入数据。mysql -uroot -p --default-character-setutf8mb4进入 mysql 命令行后用 source 逐文件执行-- 假设文件是 chapter03_demo01.sql source ~/mysql_course/例题/chapter03_demo01.sql;执行完后别急着进下一个文件。先做三个验证动作SHOW TABLES;看表是否建成功SELECT COUNT(*) FROM 表名;看数据行数是否和教材一致DESC 表名;看字段类型是否符合预期。三个动作下来教材里讲的建表规范就变成了你眼睛扫过的实际结构。例题文件的末尾经常没有DROP TABLE意味着重复执行会报「Table already exists」。遇到这种情况不用慌在有CREATE TABLE之前手动执行一句DROP TABLE IF EXISTS 表名;即可。3.2 案例完整业务库看表关系怎么落成外键案例目录通常是整份源码里最值得精读的部分。它一般包含一个完整的企业或教务系统数据库涉及十张以上的表。mysql -uroot -p --default-character-setutf8mb4 案例/全量建库脚本.sql导入后第一步用SHOW CREATE TABLE 订单表\G查看建表语句找 FOREIGN KEY 和索引。教材案例里外键不会太多但每一处都对应着业务规则删除订单明细时是否级联删除物流记录、修改客户 ID 时哪些子表跟着变。我习惯把整个案例库导出成一份带注释的文档用mysqldump只导出结构mysqldump -uroot -p --no-data 案例库名 schema_dump.sql这份文档比教材目录更能反映数据模型的全貌。案例里如果出现了存储过程或视图单独打开文件读一遍看它和普通 SQL 的边界在哪里——这是从「会写查询」到「会封装逻辑」的过渡带。3.3 实训半成品练习把空缺补完实训目录的文件名里通常带_blank或_todo字样作用是让你在现有表结构上补写 SQL 片段。常见形式有两种文件里只有建表语句、查询部分留空或者文件里有一半正确语句和若干处-- TODO注释。做法是把文件复制一份改成_done后缀cp 实训/join_practice.sql 实训/join_practice_done.sql vim 实训/join_practice_done.sql # 补全 TODO 部分 mysql -uroot -p 目标库名 实训/join_practice_done.sql补写时别急着看教材答案。先把涉及的表用DESC看一遍把关联字段找出来再写 JOIN 条件。实训的价值在于让你体验「字段对不上、结果多出重复行」这些真实发生的事而不是一遍写对。3.4 实战综合项目启动入口和依赖关系实战目录一般是一个接近真实规模的小系统可能包含多个数据库、初始化数据脚本、甚至是简单的应用层代码。启动前先看项目里有没有 README 或install.sql这个文件通常按顺序做了建库、建表、插入基础数据三步。执行前把文件里的库名全局搜一遍确认是固定的还是带_test后缀的。教材源码里库名写死很常见直接导入会把本地已有的同名库覆盖掉。保险做法是先改掉库名再导入sed -i s/old_dbname/new_dbname/g 实战/install.sql mysql -uroot -p 实战/install.sql实战项目跑通后做一次重启验证退出 mysql 客户端重新登录执行USE 库名; SHOW TABLES;。这一步确认数据落盘成功不是停留在内存里的临时观感。4. 跑通后的五个高频报错现象、原因、解决办法4.1 Table xxx already exists现象重复导入例题脚本报表已存在后续插入语句全部失败。原因例题文件不是幂等的没有在开头做 DROP IF EXISTS。解决手动执行DROP TABLE IF EXISTS 表名;后重新导入或者把-- force参数传给 mysql 客户端不推荐会掩盖其他错误只适合确定没有破坏性语句的场景。4.2 Data too long for column现象导入某条 INSERT 时报字段长度不够中文数据尤其多发。原因建表语句里 VARCHAR(20) 存入了超过 20 个字符的内容字符集差异导致字节数超出预想。解决先DESC 表名;确认当前字段定义再用ALTER TABLE 表名 MODIFY 字段名 VARCHAR(50);扩宽如果整个库普遍偏短检查导入时是否存在字符集转码问题用--default-character-setutf8mb4重试。4.3 Unknown column in field list现象SELECT 或 INSERT 里引用了不存在的列名。原因教材版本更新后改了字段名或手动敲 SQL 时拼写错误另一种隐蔽情况是引用了保留字比如order、group没加反引号MySQL 会把它解析成别的意思。解决复制报错信息里的列名粘贴到文本编辑器里打开源文件搜索确认原文写法是保留字的全部加上反引号。4.4 Cannot add foreign key constraint现象导入案例库时在建表中途报错外键创建失败。原因被引用的父表还没创建或者两个表的字段类型不一致——比如父表是 INT子表是 BIGINT外键约束要求类型严格一致。案例库的脚本通常按依赖顺序排列但有时会漏掉顺序。解决把建表顺序调整为先父后子用正则把FOREIGN KEY相关语句全部先注释掉导入成功后手动逐条补加外键这样能定位到具体是哪一对表出问题。4.5 Cant connect to local MySQL server through socket现象命令行 mysql 能进但脚本导入时报错无法连接。原因socket 文件路径不匹配常见于用包管理器装了多个 MySQL 实例的环境或者服务没启动。解决先systemctl status mysql确认服务状态再mysql_config --socket查实际 socket 位置连接时显式指定mysql -uroot -p -S /var/run/mysqld/mysqld.sock。node.js 或 Python 连接同理host 改127.0.0.1走 TCP 绕开 socket也是常见处理手段。5. 把教材案例库改造成自己的课设或毕设从改表到加功能5.1 从案例库复制一套私有副本改代码的第一步是让原版保持不变给自己留后悔药。用 mysqldump爱可生开源实践站有相关手册内容一致导出原库然后新建一个私有库并导入。mysqldump -uroot -p 原库名 original_backup.sql mysql -uroot -p -e CREATE DATABASE 私有库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; mysql -uroot -p 私有库名 original_backup.sql后面所有折腾都发生在私有库里改坏了就重新导出导入一遍十分钟内回到原点。5.2 新增业务表并挂到现有外键链路上改造需求最常见的是加表。案例库里的订单表、用户表、商品表已经形成了一条外键链新表通常要挂在某个中间节点上。先看现有链路用户表 → 订单表 → 订单明细表。如果新加一张「配送记录表」它应该参照订单表的订单 ID 建外键再在订单明细表里加一个可空的 delivery_id 字段来标识记录关联。典型新增语句如下ALTER TABLE 订单明细表 ADD COLUMN delivery_id INT NULL COMMENT 关联配送记录表; ALTER TABLE 订单明细表 ADD CONSTRAINT fk_delivery FOREIGN KEY (delivery_id) REFERENCES 配送记录表(id) ON DELETE SET NULL;外键约束里 ON DELETE 的选择是个玄学选不好就是数据被级联删光。新增表的删除策略要按业务语义来配送记录属于过程数据删除订单时保留记录比删除更合理所以用 SET NULL 而不是 CASCADE。这个判断比语法本身重要得多。5.3 给查询语句调参从秒级到毫秒级的三个旋钮案例库数据量小跑起来没感觉但改造后导入几千行数据原本的查询就可能变慢。三个常用手段第一给 WHERE 条件里的字段加索引尤其是有 JOIN 的关联字段。第二用 EXPLAIN 看执行计划重点看 type 列是 ALL 还是 range前者说明全表扫描。第三分页查询用延迟关联先查出主键 ID 再回表取数据而不是直接 SELECT 所有列。-- 优化前 SELECT * FROM 订单表 ORDER BY create_time DESC LIMIT 20 OFFSET 20000; -- 优化后 SELECT t.* FROM 订单表 t INNER JOIN (SELECT id FROM 订单表 ORDER BY create_time DESC LIMIT 20 OFFSET 20000) tmp ON t.id tmp.id;优化后的写法让排序和分页只在索引覆盖范围内进行回表只取 20 条完整记录。数据量超过十万行时这个改动能把查询时间从几百毫秒降到几十毫秒。6. 从源码到自己的工具箱例题改造与验证习惯六章合在一起说白了就是三件事跑通、拆开、改造成自己的。例题目录是语法基础案例目录是表结构设计范本实训补全锻炼排错实战项目则让你体会完整系统的数据流转。我的日常建议是把实战项目拆出三份笔记。第一份记录建库顺序和依赖关系第二份记录主要查询语句和对应业务场景第三份记录你踩过的坑和处理方式。这三份笔记组合起来就是你后面做真实项目时的骨架。做完改造后验证数据完整性有一个朴素但有效的习惯对比改造前后的总体行数和关键 SUM 数值。用一份临时表把改造前后两个库的核心表行数做关联对比能发现大多数因为约束设置不当引起的丢数据问题。在 Linux 上我常用comm或直接写一段 SQL 做集合比较线上遇到「数据好像不对」的反馈时这个习惯能快速定位到具体表。祝你在动手时少走弯路——拿这份教材源码当起点跑起来的那一刻里面的每一条 SQL 就不再是书上的字而是你工具箱里的零件了。希望帮到你。本文还有配套的精品资源点击获取
