简介：这份PDF资料面向备考全国计算机等级考试二级MySQL的考生，也可供数据库初学者梳理知识框架。内容围绕数据库技术基本概念、三级模式与两级映像、数据模型、关系规范化、数据库设计流程，以及MySQL系统特性、安装配置、启动关闭、客户端工具与语言结构等考点展开，并延伸到数据库和表的创建、修改、删除与查看等实操语句。资源包共1个PDF文件，大小约27KB，篇幅精炼，适合作为考前速查与知识点串联的提纲式笔记。目前已有717人学习下载，说明其在备考群体中具有一定参考价值。读者可借助它快速定位模式、外模式、内模式、逻辑独立性与物理独立性、1NF至BCNF、E-R图转换规则、3306端口与root用户等高频考点，配合教材和上机练习查漏补缺，提升复习效率。
1. 从一份 14 章 PDF 说起：二级 MySQL 到底考什么、这份总结能帮你省多少事
很多人第一次翻二级 MySQL 的考纲，会觉得内容不算多，真正上手做题才发现坑在细节：三级模式两级映像谁对应谁、ALTER TABLE里CHANGE和MODIFY到底差在哪、DELETE多表删除的两种写法为什么结果不一样、触发器里NEW和OLD哪个能改哪个只读。这些点单看教材都能懂，合上书就混。这份《全国计算机等级考试二级 MySQL 总结.pdf》的价值就在这儿——它把 14 章知识点按考试大纲的顺序压成了一份可检索的速查文档，从数据库基本概念一路覆盖到 PHP 操作 MySQL，每个语法点都配了可直接抄的语句模板。适合两类人：一是准备二级考试、需要一份能反复翻的浓缩笔记的考生；二是刚接触 MySQL、想系统过一遍语法全貌的开发者。下面我按这份文档的章节结构，把里面最容易翻车的语法点和实操路径拆开讲。
2. 三级模式与数据模型：概念题的高频失分点怎么记
2.1 三级模式、两级映像的对应关系
文档第 1 章把三级模式结构放在很靠前的位置，这不是凑篇幅——二级考试的选择题里，模式/外模式/内模式的区分几乎每套卷都出现。先把定义理清楚：
- 模式（逻辑模式/概念模式）：全体数据的逻辑结构和特征，一个数据库只有一个模式。
- 外模式（子模式/用户模式）：用户能看见和使用的局部数据逻辑结构，一个模式可以有任意多个外模式。
- 内模式（存储模式）：数据的物理结构和存储方法，一个数据库只有一个内模式。
两级映像的逻辑关系是：外模式/模式映像保证了逻辑独立性（模式变了，改映像，外模式不变，应用程序不用改）；模式/内模式映像保证了物理独立性（存储结构变了，改映像，模式不变）。这里最常见的失分点是记反——把逻辑独立性安到模式/内模式上。我自己的记法是：外模式面向用户，用户关心的是"逻辑"层面能不能不变，所以外模式/模式映像对应逻辑独立性。
2.2 E-R 图转关系模型的四条规则
文档 1.5.2 节列了 E-R 图向关系模型转换的规则，这部分在考试里常以"下列说法正确的是"的形式出现。把规则整理成表更清楚：
| 联系类型 | 转换方式 |
|---|---|
| 一对一（1:1） | 可转为独立关系模式，也可与任意一端合并 |
| 一对多（1:n） | 可转为独立关系模式，也可与 n 端合并 |
| 多对多（m:n） | 必须转为独立关系模式 |
| 三个及以上实体间的多元联系 | 转为独立关系模式 |
一个容易忽略的细节：具有相同码的关系模式可以合并。这条规则在做设计题时能帮你减少不必要的表。
2.3 关系规范化的判定路径
1NF 到 BCNF 的判定，文档里写得很紧凑，我补一个实操判断顺序：
- 先看每个列是不是原子值——不是就违反 1NF。
- 看有没有非主键列依赖组合主键的一部分——有就违反 2NF。
- 看有没有非主键列之间互相依赖——有就违反 3NF。
- 看主键列内部有没有部分依赖或传递依赖——有就违反 BCNF。
考试里常给一个关系模式让你判断最高满足第几范式，按这个顺序逐层筛就行。规范化程度越高，表的数量越多，查询时需要的连接也越多——这是考试里"模式分解"类题目的隐含考点。
3. 库表操作与数据增删改：语法模板和参数边界
3.1 建库建表的完整语句与字符集选择
文档第 3 章从CREATE DATABASE讲到DROP TABLE，覆盖了库表操作的全部 DDL 语句。建库的标准写法：
-- 创建数据库，指定字符集和校对规则 CREATE DATABASE IF NOT EXISTS mysql_test DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci; -- 选择数据库（创建后不会自动成为当前库） USE mysql_test;参数说明：IF NOT EXISTS避免库已存在时报错；CHARACTER SET指定字符集，考试里常考默认字符集的修改方式——文档特别指出，修改数据库默认字符集后，必须删除并重新创建使用旧默认参数的存储过程，否则那些存储过程仍然用旧字符集。COLLATE影响字符串比较和排序规则，一般跟字符集配套选。
建表时文档给了一个完整的customers表例子，核心约束点：
CREATE TABLE IF NOT EXISTS customers ( cust_id INT NOT NULL AUTO_INCREMENT, cust_name CHAR(50) NOT NULL, cust_sex CHAR(1) NOT NULL DEFAULT '0', cust_address CHAR(50) NULL, cust_contact CHAR(50) NULL, PRIMARY KEY (cust_id) ) ENGINE = InnoDB;AUTO_INCREMENT列有两个硬约束：每个表只能有一个，且它必须被索引（通常是主键）。ENGINE = InnoDB指定存储引擎，文档在索引章节会展开不同引擎对索引类型的支持差异。
3.2 ALTER TABLE 的六种操作与 CHANGE/MODIFY 的区别
文档 3.2.2 节把ALTER TABLE的用法列得很全，这是实操和考试的双重重点。六种操作分别是：增加列、删除列、修改列定义、重命名列、重命名表、更改引擎。其中最容易混的是CHANGE和MODIFY：
-- CHANGE：可以同时改列名和数据类型 ALTER TABLE mysql_test.customers CHANGE cust_sex sex CHAR(1) NULL DEFAULT 'M'; -- MODIFY：只改数据类型，不改列名 ALTER TABLE mysql_test.customers MODIFY cust_name CHAR(20) FIRST; -- ALTER COLUMN：只改默认值 ALTER TABLE mysql_test.customers ALTER COLUMN cust_city SET DEFAULT 'Beijing';逻辑说明：CHANGE后面必须跟旧列名和新列名两个参数，MODIFY只跟列名一个参数。FIRST和AFTER控制列的位置，MODIFY ... FIRST把列移到最前面。ALTER COLUMN只能设置或删除默认值，不能改数据类型——这是文档里明确区分的一点，考试选择题常在这里设陷阱。
3.3 INSERT / DELETE / UPDATE 的边界条件
文档第 4 章的数据操作语句里，有几个参数值得单独拎出来：
-- INSERT 的优先级修饰符和冲突处理 INSERT LOW_PRIORITY INTO customers VALUES (...); INSERT IGNORE INTO customers VALUES (...); INSERT INTO customers VALUES (...) ON DUPLICATE KEY UPDATE cust_name = VALUES(cust_name); -- DELETE 多表删除的两种写法 DELETE tb1, tb2 FROM tb1, tb2, tb3 WHERE tb1.id = tb2.id AND tb2.id = tb3.id; DELETE FROM tb1, tb2 USING tb1, tb2, tb3 WHERE tb1.id = tb2.id AND tb2.id = tb3.id;LOW_PRIORITY让 INSERT 等所有读操作完成后再执行；IGNORE让冲突行被跳过而不是报错；ON DUPLICATE KEY UPDATE在主键或唯一索引冲突时执行更新。多表删除的两种写法区别在于：第一种删除FROM子句之前列出的表，第二种删除USING子句之前列出的表。文档还提到TRUNCATE不能用于参与了索引和视图的表——这条在实际操作中很容易翻车，因为报错信息不会直接告诉你原因。
4. 查询、索引与视图：从 SELECT 到执行效率
4.1 SELECT 语句的完整子句顺序
文档第 5 章覆盖了 SELECT 的全部子句，执行顺序和书写顺序不同，这是理解查询行为的关键。书写顺序是 SELECT → FROM → WHERE → GROUP BY → HAVING → ORDER BY → LIMIT，但逻辑执行顺序是 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT。这解释了两个常见疑问：为什么 WHERE 里不能用列别名（SELECT 还没执行），为什么 HAVING 里可以用聚合函数而 WHERE 不行（分组已经完成）。
-- 分组汇总 + HAVING 过滤 + 排序 + 限制行数 SELECT cust_address, cust_sex, COUNT(*) AS 人数 FROM mysql_test.customers GROUP BY cust_address, cust_sex WITH ROLLUP HAVING COUNT(*) <= 3 ORDER BY 人数 DESC LIMIT 4, 3;WITH ROLLUP会在结果集末尾追加分组汇总行和整体汇总行。LIMIT 4, 3表示从第 5 条记录开始取 3 条（偏移量从 0 开始），等价于LIMIT 3 OFFSET 4。文档特别提醒：除聚合函数外，SELECT 中的每个列都必须在 GROUP BY 中给出，否则结果不可预测。
4.2 连接查询的类型与选择
文档 5.3 节把连接类型列得很细，用一张表对比：
| 连接类型 | 关键字 | 特点 |
|---|---|---|
| 交叉连接 | CROSS JOIN / 逗号 | 笛卡尔积 |
| 内连接 | INNER JOIN ... ON | 只返回匹配行 |
| 左外连接 | LEFT JOIN | 左表全部保留 |
| 右外连接 | RIGHT JOIN | 右表全部保留 |
| 自然连接 | NATURAL JOIN | 自动匹配同名列 |
| 自连接 | 表取两个别名 | 同表内查找相同列值 |
STRAIGHT_JOIN和内连接类似，但它强制按书写顺序连接表，且只能用ON不能用USING。子查询和连接查询在功能上经常可以互换，文档指出两者的执行性能会有差异——一般来说，连接查询的执行计划更可控，子查询在数据量大时可能被优化器改写成连接。
4.3 索引的创建、查看与最左前缀原则
文档第 6 章讲索引，核心考点是 B-树索引的"最左边前缀"原则。创建索引的三种方式：
-- 方式一：CREATE INDEX CREATE INDEX idx_name ON customers (cust_name(10) ASC); -- 方式二：建表时定义 CREATE TABLE customers ( ... INDEX idx_name (cust_name), UNIQUE INDEX idx_contact (cust_contact) ); -- 方式三：ALTER TABLE 添加 ALTER TABLE customers ADD INDEX idx_addr (cust_address);CREATE INDEX不能创建主键索引，主键只能在建表时或通过ALTER TABLE ... ADD PRIMARY KEY添加。B-树索引的最左前缀原则意味着：如果建了组合索引(a, b, c)，那么WHERE a = ?、WHERE a = ? AND b = ?能用上索引，但WHERE b = ?用不上。哈希索引只有 MEMORY 和 HEAP 引擎支持，且只能用于等值比较，不支持范围查询。
4.4 视图的创建与可更新条件
文档第 7 章讲视图，创建语法里的几个参数值得注意：
CREATE OR REPLACE ALGORITHM = MERGE DEFINER = 'root'@'localhost' SQL SECURITY INVOKER VIEW v_customers (name, address) AS SELECT cust_name, cust_address FROM customers WHERE cust_sex = 'M' WITH CHECK OPTION;ALGORITHM有三个取值：UNDEFINED（让 MySQL 自己选）、MERGE（把视图定义合并到查询中）、TEMPTABLE（先物化到临时表再查）。WITH CHECK OPTION保证通过视图插入或更新的数据必须满足视图定义中的 WHERE 条件。文档明确指出：可更新视图要求视图中的行和基础表中的行之间具有一对一的关系；视图不能建索引，也不能有关联的触发器和默认值。
5. 触发器、事件与存储过程：避开那些"看起来能跑"的坑
5.1 触发器的 NEW 和 OLD 虚拟表
文档第 9 章讲触发器，核心是NEW和OLD两个虚拟表的使用规则：
-- INSERT 触发器：只能引用 NEW CREATE TRIGGER customers_insert_trigger AFTER INSERT ON mysql_test.customers FOR EACH ROW SET @str = NEW.cust_id; -- DELETE 触发器：只能引用 OLD CREATE TRIGGER customers_delete_trigger AFTER DELETE ON mysql_test.customers FOR EACH ROW SET @str = OLD.cust_id; -- UPDATE 触发器：OLD 只读，NEW 可改 CREATE TRIGGER customers_update_trigger BEFORE UPDATE ON mysql_test.customers FOR EACH ROW SET NEW.cust_address = OLD.cust_contact;规则总结：INSERT 触发器只能引用NEW，DELETE 触发器只能引用OLD，UPDATE 触发器两者都能引用。OLD中的值永远是只读的，NEW的值在 BEFORE 触发器中可以被修改。文档特别指出：当触发器涉及对触发表自身的更新操作时，只能用BEFORE UPDATE，AFTER UPDATE不被允许——这条在实际写触发器时非常容易踩坑，因为报错信息不会直接说明原因。
5.2 存储过程的分隔符与游标
文档第 11 章讲存储过程和存储函数，第一个拦路虎就是分隔符：
DELIMITER $$ CREATE PROCEDURE sp_update_sex(IN cid INT, IN csex CHAR(1)) BEGIN DECLARE done INT DEFAULT 0; DECLARE cur CURSOR FOR SELECT cust_id FROM customers; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = 1; OPEN cur; read_loop: LOOP FETCH cur INTO cid; IF done THEN LEAVE read_loop; END IF; UPDATE customers SET cust_sex = csex WHERE cust_id = cid; END LOOP; CLOSE cur; END $$ DELIMITER ;DELIMITER $$把语句结束符从分号临时改成$$，这样存储过程体内的分号不会被客户端误认为语句结束。游标的使用四步：DECLARE → OPEN → FETCH → CLOSE。CONTINUE HANDLER FOR NOT FOUND是游标循环的标准退出机制，没有它循环会在最后一条记录后报错。
存储过程和存储函数的关键区别：存储函数不能有输出参数（函数本身是输出），调用时用SELECT而不是CALL。
5.3 事件的调度器开关
文档第 10 章讲事件调度器，创建事件之前必须先确认调度器已开启：
-- 查看调度器状态 SHOW VARIABLES LIKE 'event_scheduler'; -- 开启调度器 SET GLOBAL event_scheduler = ON; -- 创建事件：每 1 天执行一次，30 天后停止 CREATE EVENT IF NOT EXISTS event_insert ON SCHEDULE EVERY 1 DAY STARTS CURRENT_TIMESTAMP + INTERVAL 1 DAY ENDS CURRENT_TIMESTAMP + INTERVAL 30 DAY ON COMPLETION PRESERVE DO INSERT INTO customers (cust_name) VALUES ('auto_insert');ON COMPLETION PRESERVE让事件执行完后保留定义（默认是NOT PRESERVE，执行完就删除）。ENABLE/DISABLE控制事件的启用状态，ALTER EVENT ... DISABLE可以临时关闭一个事件而不删除它。
6. 备份恢复与权限管理：几个容易翻车的实操细节
6.1 mysqldump 的三种备份粒度
文档第 13 章讲备份恢复，mysqldump是考试和实操的双重点。三种粒度的命令：
# 备份单个数据库（含表结构和数据） mysqldump -u root -p mysql_test > mysql_test_backup.sql # 备份多个数据库 mysqldump -u root -p --databases db1 db2 > multi_db_backup.sql # 备份所有数据库 mysqldump -u root -p --all-databases > all_backup.sql # 只备份表数据（不含结构） mysqldump -u root -p --no-create-info mysql_test customers > customers_data.sql恢复时用mysql客户端导入：mysql -u root -p mysql_test < mysql_test_backup.sql。文档特别提醒：如果表结构损坏，用mysql单独做恢复处理时，表中原有数据会被全部清空。SELECT ... INTO OUTFILE和LOAD DATA INFILE只能导入导出数据内容，不包括表结构——这是和mysqldump的核心区别。
6.2 权限授予与撤销的粒度
文档第 12 章的权限管理，GRANT和REVOKE的粒度从粗到细：
-- 表级权限 GRANT SELECT, INSERT ON mysql_test.customers TO 'user1'@'localhost'; -- 列级权限 GRANT SELECT (cust_name, cust_address) ON mysql_test.customers TO 'user1'@'localhost'; -- 数据库级权限 GRANT ALL PRIVILEGES ON mysql_test.* TO 'user1'@'localhost'; -- 权限转移 GRANT SELECT ON mysql_test.* TO 'user1'@'localhost' WITH GRANT OPTION; -- 权限限制 GRANT SELECT ON mysql_test.* TO 'user1'@'localhost' WITH MAX_QUERIES_PER_HOUR 100 MAX_CONNECTIONS_PER_HOUR 10; -- 撤销权限 REVOKE SELECT ON mysql_test.* FROM 'user1'@'localhost'; REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'user1'@'localhost';WITH GRANT OPTION让被授权者可以把权限转授给其他人；MAX_QUERIES_PER_HOUR等限制参数控制用户在单位时间内的资源使用量。文档指出：REVOKE ALL PRIVILEGES不会撤销GRANT OPTION，需要单独写REVOKE GRANT OPTION。
6.3 表维护语句的使用场景
文档 8.2 节的四条表维护语句，各自适用场景不同：
| 语句 | 作用 | 使用场景 |
|---|---|---|
| ANALYZE TABLE | 修复索引散列程度 | 查询优化器选错索引时 |
| CHECK TABLE | 检查表是否有错误 | 怀疑表损坏时先检查 |
| CHECKSUM TABLE | 计算表校验和 | 对比两个表数据是否一致 |
| OPTIMIZE TABLE | 回收未使用空间 | 大量删除后表文件不缩小 |
| REPAIR TABLE | 尝试修复损坏的表 | CHECK 发现错误后修复 |
ANALYZE TABLE修复的是cardinality（索引散列程度），这个值影响优化器对索引选择性的判断。如果cardinality严重偏离实际值，优化器可能放着合适的索引不用而去走全表扫描——这时候ANALYZE TABLE就是后悔药。
6.4 常见问题排查
现象一：ALTER TABLE ... CHANGE报错 "Duplicate column name"。原因：CHANGE后面跟了旧列名和新列名，如果新旧列名相同，MySQL 会认为你在创建一个同名列。解决：改列名用CHANGE，只改类型用MODIFY。
现象二：触发器创建成功但执行时报 "Can't update table ... in stored function/trigger"。原因：在AFTER UPDATE触发器里更新了触发表自身。解决：改用BEFORE UPDATE触发器，文档 9.4 节明确写了这个限制。
现象三：LOAD DATA INFILE报 "The MySQL server is running with the --secure-file-priv option"。原因：MySQL 限制了文件导入导出的目录。解决：用SHOW VARIABLES LIKE 'secure_file_priv'查看允许的目录，把文件放到该目录下，或修改配置后重启。
现象四：CREATE INDEX在已有数据的表上执行很慢。原因：MySQL 需要扫描全表来构建索引。解决：大表建索引尽量在业务低峰期做，或者用ALTER TABLE ... ADD INDEX配合ALGORITHM=INPLACE（如果引擎支持在线 DDL）。
现象五：TRUNCATE TABLE报 "Cannot truncate a table referenced in a foreign key constraint"。原因：表被外键引用。解决：先SET FOREIGN_KEY_CHECKS = 0，TRUNCATE 后再恢复；或者改用DELETE FROM逐行删除。
6.5 PHP 连接 MySQL 的旧扩展写法
文档第 14 章用的是mysql_connect()系列函数，这套 API 在 PHP 7 中已被移除。如果只是应对考试，记住文档里的写法即可；如果要在实际环境跑，需要换成mysqli或PDO：
<?php // 文档中的写法（PHP 5.x，考试用） $con = mysql_connect("localhost:3306", "root", "123456"); if (!$con) { echo "连接失败：" . mysql_errno() . " - " . mysql_error(); die(); } mysql_select_db("mysql_test", $con); // 实际环境推荐写法（mysqli） $con = new mysqli("localhost", "root", "123456", "mysql_test", 3306); if ($con->connect_error) { die("连接失败：" . $con->connect_error); } $con->set_charset("utf8mb4");考试时按文档的mysql_*函数写，实际项目里用mysqli或PDO并开启预处理语句防注入。这个区别心里有数就行，不用在考试时纠结。
6.6 用一份 PDF 把语法体系串起来
这份总结最实用的地方在于它把 14 章内容按考试大纲的顺序排好了，每个语法点都给了可执行的语句模板。我的习惯是：第一遍通读建立框架，第二遍对着目录逐章做笔记，把每个CREATE、ALTER、SELECT的模板抄一遍，第三遍只看自己标记的易错点。文档里那些"注意"性质的说明——比如TRUNCATE不能用于有索引和视图的表、AFTER UPDATE触发器不能更新自身、REVOKE ALL不撤销GRANT OPTION——这些才是拉开分数的地方。从那以后我每次复习这类知识点密集的文档，都会先按章节画一张语法点分布表，标出哪些是纯记忆、哪些需要理解、哪些容易混淆，然后按优先级分配时间。希望帮到你。
本文还有配套的精品资源，点击获取
