引言上一篇 MySQL 进阶文章涵盖了事务、隔离级别、索引和视图的基本概念。但很多同学反馈太过于片面根本没法学习。本文将对这四个主题进行彻底深挖——从底层实现原理到具体操作细节从面试考点到生产环境最佳实践真正把这四个核心特性讲透。本文假设你已经了解 MySQL 的基本 CRUD 操作目标是从会用进阶到理解原理。第一部分ACID 深度拆解一、原子性Atomicity的底层实现1.1 原子性的真正含义原子性不是说事务一瞬间执行完而是说事务是一个不可分割的工作单元。如果事务包含 10 条 SQL那么要么 10 条全部生效要么全部不生效——不存在生效了 5 条的中间状态。1.2 Undo Log 工作流程Undo Log 是 InnoDB 实现原子性的核心机制。每当事务修改数据时InnoDB 会先将修改前的旧值写入 Undo Log。1.3 Undo Log 的存储位置Undo Log 存储在共享表空间ibdata1或独立 Undo 表空间MySQL 8.0 默认中。它是一个环形结构旧记录会被新记录覆盖。1.4 面试常见追问Q事务执行到一半断电了恢复后数据是什么状态AMySQL 重启时会进行崩溃恢复。检查 Redo Log 来恢复已提交事务的修改检查 Undo Log 来回滚未提交事务的修改。最终数据会恢复到所有已提交事务完成、所有未提交事务回滚的状态。QROLLBACK 能不能只回滚部分操作A可以使用保存点SAVEPOINTBEGIN; INSERT INTO t VALUES (1); SAVEPOINT sp1; INSERT INTO t VALUES (2); SAVEPOINT sp2; INSERT INTO t VALUES (3); -- 回滚到 sp2只撤销第3条 INSERT ROLLBACK TO sp2; COMMIT; -- 最终结果插入了 1 和 23 被撤销二、一致性Consistency的底层实现2.1 一致性由谁保证一致性不是由单一机制保证的而是由数据库约束 ACID 的其他三个特性共同保证2.2 约束违反示例-- 创建带约束的表 CREATE TABLE student ( id INT PRIMARY KEY, name VARCHAR(20) NOT NULL, age INT CHECK (age 0 AND age 150), email VARCHAR(50) UNIQUE ); -- 违反 NOT NULL → 失败 INSERT INTO student VALUES (1, NULL, 20, testtest.com); -- 违反 CHECK → 失败 INSERT INTO student VALUES (1, 张三, 200, testtest.com); -- 违反 UNIQUE → 失败 INSERT INTO student VALUES (2, 李四, 20, testtest.com); -- 全部合法 → 成功 INSERT INTO student VALUES (1, 张三, 20, zhangtest.com); INSERT INTO student VALUES (2, 李四, 22, litest.com);2.3 外键约束详解-- 创建班级表 CREATE TABLE class ( id INT PRIMARY KEY, class_name VARCHAR(20) ); -- 创建学生表带外键 CREATE TABLE student ( id INT PRIMARY KEY, name VARCHAR(20), class_id INT, FOREIGN KEY (class_id) REFERENCES class(id) ON DELETE SET NULL -- 班级删除时学生 class_id 设为 NULL ON UPDATE CASCADE -- 班级 id 更新时学生 class_id 同步更新 ); -- 插入不存在的班级 → 外键约束失败 INSERT INTO student VALUES (1, 张三, 999);外键级联选项选项ON DELETE 行为ON UPDATE 行为CASCADE级联删除关联行级联更新关联行SET NULL将外键设为 NULL将外键设为 NULLRESTRICT拒绝删除默认拒绝更新NO ACTION同 RESTRICT同 RESTRICT三、隔离性Isolation的底层实现隔离性通过MVCC 锁共同实现。MVCC 在第二部分详述这里重点讲锁机制。3.1 InnoDB 锁分类3.2 锁的兼容矩阵请求 / 持有S 锁X 锁IS 锁IX 锁S 锁✅❌✅❌X 锁❌❌❌❌IS 锁✅❌✅✅IX 锁❌❌✅✅3.3 手动加锁示例-- 共享锁读锁 SELECT * FROM student WHERE id 1 LOCK IN SHARE MODE; -- 或 SELECT * FROM student WHERE id 1 FOR SHARE; -- MySQL 8.0 -- 排他锁写锁 SELECT * FROM student WHERE id 1 FOR UPDATE; -- 注意必须在事务中使用 BEGIN; SELECT * FROM student WHERE id 1 FOR UPDATE; -- 其他事务无法修改 id1 的行 COMMIT;3.4 死锁演示避免死锁的策略按相同的顺序访问资源如都按 id 从小到大加锁减小事务粒度尽快提交使用较低的隔离级别四、持久性Durability的底层实现4.1 Redo Log 详解4.2 WAL 技术MySQL 使用WALWrite-Ahead Logging预写日志技术修改数据前先写 Redo LogRedo Log 持久化后再慢慢修改数据文件好处Redo Log 是顺序写快数据文件是随机写慢4.3 Redo Log 配置-- 查看 Redo Log 配置SHOW VARIABLES LIKE innodb_log_file_size;SHOW VARIABLES LIKE innodb_log_files_in_group;-- Redo Log 总大小 innodb_log_file_size × innodb_log_files_in_group-- 默认48MB × 2 96MB-- 刷新策略控制持久性强度SHOW VARIABLES LIKE innodb_flush_log_at_trx_commit;innodb_flush_log_at_trx_commit 参数值行为持久性性能0每秒刷一次 Redo Log低最高1每次提交都刷盘默认最高中等2每次提交写 OS 缓存每秒刷盘中等较高第二部分MVCC 与隔离级别深度解析一、MVCC 完整原理1.1 隐藏列InnoDB 的每一行数据都有三个隐藏列1.2 版本链每次修改数据时InnoDB 会创建新的数据版本并通过DB_ROLL_PTR连接成版本链1.3 ReadView 判断可见性ReadView 是事务进行快照读时产生的读视图包含以下信息1.4 两种隔离级别的 ReadView 生成策略二、隔离级别完整演示2.1 准备环境-- 使用两个终端窗口会话A、会话B -- 会话A SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; USE testdb; SELECT * FROM student; -- 假设初始数据 -- ----------------- -- | id | name | age | -- ----------------- -- | 1 | 张三 | 20 | -- | 2 | 李四 | 22 | -- -----------------2.2 REPEATABLE READ 完整演示2.3 READ COMMITTED 完整演示三、当前读 vs 快照读-- 快照读使用 MVCC不加锁 SELECT * FROM student WHERE id 1; -- 当前读加锁读取最新版本 SELECT * FROM student WHERE id 1 FOR UPDATE; SELECT * FROM student WHERE id 1 LOCK IN SHARE MODE; -- DML 语句都是当前读 UPDATE student SET age 21 WHERE id 1; -- 先读取最新版本再加锁 DELETE FROM student WHERE id 1; -- 先读取最新版本再加锁重要REPEATABLE READ 下的FOR UPDATE会使用间隙锁来防止幻读这就是 InnoDB 能解决幻读的关键。第三部分索引深度详解一、B树的完整结构1.1 B树节点存储计算1.2 为什么不用 B 树或二叉树数据结构特点不适合的原因二叉树每个节点一个键高度太大磁盘 I/O 多B 树数据存在内部节点内部节点数据多指针少树更高B树数据只存叶子节点✅ 内部节点只存键子树多树更矮哈希O(1) 等值查找❌ 不支持范围查询二、聚簇索引的物理存储三、辅助索引与回表四、覆盖索引详解-- 创建联合索引 CREATE INDEX idx_name_age ON student (name, age); -- 覆盖索引查询只访问索引树不回表 SELECT name, age FROM student WHERE name 张三; -- 验证是否使用覆盖索引 EXPLAIN SELECT name, age FROM student WHERE name 张三; -- Extra: Using index ← 表示覆盖索引不需要回表五、索引优化实战5.1 EXPLAIN 输出详解EXPLAIN SELECT * FROM student WHERE name 张三 AND age 20;type 字段从优到劣system const eq_ref ref range index ALLsystem 表只有一行系统表const 主键或唯一索引等值查询eq_ref 关联查询时使用主键或唯一索引关联ref 普通索引等值查询range 索引范围查询 (BETWEEN, , , IN)index 全索引扫描ALL 全表扫描最差5.2 常见索引失效情况-- 1. 在索引列上使用函数 WHERE YEAR(create_time) 2024; -- 失效 WHERE create_time 2024-01-01; -- 有效 -- 2. 隐式类型转换 WHERE phone 13800138000; -- phone 是 VARCHAR失效 WHERE phone 13800138000; -- 有效 -- 3. 前导模糊查询 WHERE name LIKE %张三; -- 失效 WHERE name LIKE 张三%; -- 有效 -- 4. OR 连接部分情况 WHERE id 1 OR name 张三; -- name 索引可能失效 -- 改成 WHERE id 1 UNION ALL SELECT * FROM t WHERE name 张三 AND id ! 1; -- 5. 联合索引不满足最左前缀 INDEX idx_a_b_c (a, b, c); WHERE b 1 AND c 2; -- 失效跳过 a WHERE a 1 AND c 2; -- 部分有效只用 a第四部分视图深度详解一、视图的执行原理二、视图的检查选项-- WITH CHECK OPTION防止通过视图插入/更新不符合视图条件的数据 CREATE VIEW v_adult AS SELECT id, name, age FROM student WHERE age 18 WITH CHECK OPTION; -- 可以age20 满足 age18 INSERT INTO v_adult VALUES (10, 测试1, 20); -- 报错age15 不满足 age18 INSERT INTO v_adult VALUES (11, 测试2, 15); -- ERROR 1369: CHECK OPTION failed三种检查选项选项行为无 CHECK OPTION不检查可能插入后从视图中消失WITH CHECK OPTION检查当前视图的条件WITH CASCADED CHECK OPTION递归检查所有基视图的条件WITH LOCAL CHECK OPTION只检查当前视图的条件三、物化视图MySQL 本身不直接支持物化视图但可以用触发器 表来模拟-- 创建物化视图表 CREATE TABLE mv_student_stats ( class_id INT PRIMARY KEY, student_count INT, avg_age DECIMAL(5,2) ); -- 创建触发器自动更新 DELIMITER $$ CREATE TRIGGER update_mv AFTER INSERT ON student FOR EACH ROW BEGIN INSERT INTO mv_student_stats (class_id, student_count, avg_age) VALUES (NEW.class_id, 1, NEW.age) ON DUPLICATE KEY UPDATE student_count student_count 1, avg_age (avg_age * (student_count - 1) NEW.age) / student_count; END$$ DELIMITER ;第五部分面试题整合ACID 相关QMySQL 如何保证原子性A通过 Undo Log。修改数据前先将旧值写入 Undo LogROLLBACK 时根据 Undo Log 恢复。QMySQL 如何保证持久性A通过 Redo LogWAL 技术。COMMIT 时先将修改写入 Redo Log 并持久化即使崩溃也能恢复。QRedo Log 和 Undo Log 的区别ARedo Log 是物理日志用于崩溃恢复Undo Log 是逻辑日志用于回滚和 MVCC。隔离级别相关QMySQL 默认隔离级别是什么解决了什么问题AREPEATABLE READ。解决了脏读和不可重复读InnoDB 通过间隙锁还解决了幻读。QMVCC 实现原理A每行有 DB_TRX_ID 和 DB_ROLL_PTR 两个隐藏列修改时形成版本链。ReadView 在查询时决定哪些版本可见。Q如何选择隔离级别A一般用默认的 REPEATABLE READ对一致性要求极高的金融系统用 SERIALIZABLE追求性能的日志系统可用 READ COMMITTED。索引相关Q为什么用 B树而不是 B 树AB树数据只存叶子节点内部节点可存更多键值树更矮叶子节点形成有序链表支持高效范围查询。Q什么是回表如何避免A辅助索引找到主键后再到聚簇索引找完整数据。使用覆盖索引可避免回表。Q联合索引的最左前缀原则是什么A联合索引先按第一列排序再按第二列所以查询时必须从第一列开始匹配才能使用索引。视图相关Q视图存储数据吗A不存储。视图只是保存的 SELECT 语句每次查询视图时重新执行。Q什么视图不可更新A包含聚合函数、DISTINCT、GROUP BY、UNION、子查询、多表 JOIN 的视图。总结本文对 MySQL 的四个核心特性进行了深度拆解主题核心原理关键机制ACID事务四大特性Undo Log原子性 Redo Log持久性 MVCC/锁隔离性隔离级别并发事务的可见性规则MVCC ReadView 间隙锁索引加速数据查找B树 聚簇/辅助索引 覆盖索引 最左前缀视图虚拟表简化查询保存 SQL 语句 CHECK OPTION每个特性都建议在终端中动手验证一遍才能真正理解其原理。
MySQL 核心特性深挖：ACID、隔离级别、索引与视图的底层原理
发布时间：2026/5/16 16:51:47
引言上一篇 MySQL 进阶文章涵盖了事务、隔离级别、索引和视图的基本概念。但很多同学反馈太过于片面根本没法学习。本文将对这四个主题进行彻底深挖——从底层实现原理到具体操作细节从面试考点到生产环境最佳实践真正把这四个核心特性讲透。本文假设你已经了解 MySQL 的基本 CRUD 操作目标是从会用进阶到理解原理。第一部分ACID 深度拆解一、原子性Atomicity的底层实现1.1 原子性的真正含义原子性不是说事务一瞬间执行完而是说事务是一个不可分割的工作单元。如果事务包含 10 条 SQL那么要么 10 条全部生效要么全部不生效——不存在生效了 5 条的中间状态。1.2 Undo Log 工作流程Undo Log 是 InnoDB 实现原子性的核心机制。每当事务修改数据时InnoDB 会先将修改前的旧值写入 Undo Log。1.3 Undo Log 的存储位置Undo Log 存储在共享表空间ibdata1或独立 Undo 表空间MySQL 8.0 默认中。它是一个环形结构旧记录会被新记录覆盖。1.4 面试常见追问Q事务执行到一半断电了恢复后数据是什么状态AMySQL 重启时会进行崩溃恢复。检查 Redo Log 来恢复已提交事务的修改检查 Undo Log 来回滚未提交事务的修改。最终数据会恢复到所有已提交事务完成、所有未提交事务回滚的状态。QROLLBACK 能不能只回滚部分操作A可以使用保存点SAVEPOINTBEGIN; INSERT INTO t VALUES (1); SAVEPOINT sp1; INSERT INTO t VALUES (2); SAVEPOINT sp2; INSERT INTO t VALUES (3); -- 回滚到 sp2只撤销第3条 INSERT ROLLBACK TO sp2; COMMIT; -- 最终结果插入了 1 和 23 被撤销二、一致性Consistency的底层实现2.1 一致性由谁保证一致性不是由单一机制保证的而是由数据库约束 ACID 的其他三个特性共同保证2.2 约束违反示例-- 创建带约束的表 CREATE TABLE student ( id INT PRIMARY KEY, name VARCHAR(20) NOT NULL, age INT CHECK (age 0 AND age 150), email VARCHAR(50) UNIQUE ); -- 违反 NOT NULL → 失败 INSERT INTO student VALUES (1, NULL, 20, testtest.com); -- 违反 CHECK → 失败 INSERT INTO student VALUES (1, 张三, 200, testtest.com); -- 违反 UNIQUE → 失败 INSERT INTO student VALUES (2, 李四, 20, testtest.com); -- 全部合法 → 成功 INSERT INTO student VALUES (1, 张三, 20, zhangtest.com); INSERT INTO student VALUES (2, 李四, 22, litest.com);2.3 外键约束详解-- 创建班级表 CREATE TABLE class ( id INT PRIMARY KEY, class_name VARCHAR(20) ); -- 创建学生表带外键 CREATE TABLE student ( id INT PRIMARY KEY, name VARCHAR(20), class_id INT, FOREIGN KEY (class_id) REFERENCES class(id) ON DELETE SET NULL -- 班级删除时学生 class_id 设为 NULL ON UPDATE CASCADE -- 班级 id 更新时学生 class_id 同步更新 ); -- 插入不存在的班级 → 外键约束失败 INSERT INTO student VALUES (1, 张三, 999);外键级联选项选项ON DELETE 行为ON UPDATE 行为CASCADE级联删除关联行级联更新关联行SET NULL将外键设为 NULL将外键设为 NULLRESTRICT拒绝删除默认拒绝更新NO ACTION同 RESTRICT同 RESTRICT三、隔离性Isolation的底层实现隔离性通过MVCC 锁共同实现。MVCC 在第二部分详述这里重点讲锁机制。3.1 InnoDB 锁分类3.2 锁的兼容矩阵请求 / 持有S 锁X 锁IS 锁IX 锁S 锁✅❌✅❌X 锁❌❌❌❌IS 锁✅❌✅✅IX 锁❌❌✅✅3.3 手动加锁示例-- 共享锁读锁 SELECT * FROM student WHERE id 1 LOCK IN SHARE MODE; -- 或 SELECT * FROM student WHERE id 1 FOR SHARE; -- MySQL 8.0 -- 排他锁写锁 SELECT * FROM student WHERE id 1 FOR UPDATE; -- 注意必须在事务中使用 BEGIN; SELECT * FROM student WHERE id 1 FOR UPDATE; -- 其他事务无法修改 id1 的行 COMMIT;3.4 死锁演示避免死锁的策略按相同的顺序访问资源如都按 id 从小到大加锁减小事务粒度尽快提交使用较低的隔离级别四、持久性Durability的底层实现4.1 Redo Log 详解4.2 WAL 技术MySQL 使用WALWrite-Ahead Logging预写日志技术修改数据前先写 Redo LogRedo Log 持久化后再慢慢修改数据文件好处Redo Log 是顺序写快数据文件是随机写慢4.3 Redo Log 配置-- 查看 Redo Log 配置SHOW VARIABLES LIKE innodb_log_file_size;SHOW VARIABLES LIKE innodb_log_files_in_group;-- Redo Log 总大小 innodb_log_file_size × innodb_log_files_in_group-- 默认48MB × 2 96MB-- 刷新策略控制持久性强度SHOW VARIABLES LIKE innodb_flush_log_at_trx_commit;innodb_flush_log_at_trx_commit 参数值行为持久性性能0每秒刷一次 Redo Log低最高1每次提交都刷盘默认最高中等2每次提交写 OS 缓存每秒刷盘中等较高第二部分MVCC 与隔离级别深度解析一、MVCC 完整原理1.1 隐藏列InnoDB 的每一行数据都有三个隐藏列1.2 版本链每次修改数据时InnoDB 会创建新的数据版本并通过DB_ROLL_PTR连接成版本链1.3 ReadView 判断可见性ReadView 是事务进行快照读时产生的读视图包含以下信息1.4 两种隔离级别的 ReadView 生成策略二、隔离级别完整演示2.1 准备环境-- 使用两个终端窗口会话A、会话B -- 会话A SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; USE testdb; SELECT * FROM student; -- 假设初始数据 -- ----------------- -- | id | name | age | -- ----------------- -- | 1 | 张三 | 20 | -- | 2 | 李四 | 22 | -- -----------------2.2 REPEATABLE READ 完整演示2.3 READ COMMITTED 完整演示三、当前读 vs 快照读-- 快照读使用 MVCC不加锁 SELECT * FROM student WHERE id 1; -- 当前读加锁读取最新版本 SELECT * FROM student WHERE id 1 FOR UPDATE; SELECT * FROM student WHERE id 1 LOCK IN SHARE MODE; -- DML 语句都是当前读 UPDATE student SET age 21 WHERE id 1; -- 先读取最新版本再加锁 DELETE FROM student WHERE id 1; -- 先读取最新版本再加锁重要REPEATABLE READ 下的FOR UPDATE会使用间隙锁来防止幻读这就是 InnoDB 能解决幻读的关键。第三部分索引深度详解一、B树的完整结构1.1 B树节点存储计算1.2 为什么不用 B 树或二叉树数据结构特点不适合的原因二叉树每个节点一个键高度太大磁盘 I/O 多B 树数据存在内部节点内部节点数据多指针少树更高B树数据只存叶子节点✅ 内部节点只存键子树多树更矮哈希O(1) 等值查找❌ 不支持范围查询二、聚簇索引的物理存储三、辅助索引与回表四、覆盖索引详解-- 创建联合索引 CREATE INDEX idx_name_age ON student (name, age); -- 覆盖索引查询只访问索引树不回表 SELECT name, age FROM student WHERE name 张三; -- 验证是否使用覆盖索引 EXPLAIN SELECT name, age FROM student WHERE name 张三; -- Extra: Using index ← 表示覆盖索引不需要回表五、索引优化实战5.1 EXPLAIN 输出详解EXPLAIN SELECT * FROM student WHERE name 张三 AND age 20;type 字段从优到劣system const eq_ref ref range index ALLsystem 表只有一行系统表const 主键或唯一索引等值查询eq_ref 关联查询时使用主键或唯一索引关联ref 普通索引等值查询range 索引范围查询 (BETWEEN, , , IN)index 全索引扫描ALL 全表扫描最差5.2 常见索引失效情况-- 1. 在索引列上使用函数 WHERE YEAR(create_time) 2024; -- 失效 WHERE create_time 2024-01-01; -- 有效 -- 2. 隐式类型转换 WHERE phone 13800138000; -- phone 是 VARCHAR失效 WHERE phone 13800138000; -- 有效 -- 3. 前导模糊查询 WHERE name LIKE %张三; -- 失效 WHERE name LIKE 张三%; -- 有效 -- 4. OR 连接部分情况 WHERE id 1 OR name 张三; -- name 索引可能失效 -- 改成 WHERE id 1 UNION ALL SELECT * FROM t WHERE name 张三 AND id ! 1; -- 5. 联合索引不满足最左前缀 INDEX idx_a_b_c (a, b, c); WHERE b 1 AND c 2; -- 失效跳过 a WHERE a 1 AND c 2; -- 部分有效只用 a第四部分视图深度详解一、视图的执行原理二、视图的检查选项-- WITH CHECK OPTION防止通过视图插入/更新不符合视图条件的数据 CREATE VIEW v_adult AS SELECT id, name, age FROM student WHERE age 18 WITH CHECK OPTION; -- 可以age20 满足 age18 INSERT INTO v_adult VALUES (10, 测试1, 20); -- 报错age15 不满足 age18 INSERT INTO v_adult VALUES (11, 测试2, 15); -- ERROR 1369: CHECK OPTION failed三种检查选项选项行为无 CHECK OPTION不检查可能插入后从视图中消失WITH CHECK OPTION检查当前视图的条件WITH CASCADED CHECK OPTION递归检查所有基视图的条件WITH LOCAL CHECK OPTION只检查当前视图的条件三、物化视图MySQL 本身不直接支持物化视图但可以用触发器 表来模拟-- 创建物化视图表 CREATE TABLE mv_student_stats ( class_id INT PRIMARY KEY, student_count INT, avg_age DECIMAL(5,2) ); -- 创建触发器自动更新 DELIMITER $$ CREATE TRIGGER update_mv AFTER INSERT ON student FOR EACH ROW BEGIN INSERT INTO mv_student_stats (class_id, student_count, avg_age) VALUES (NEW.class_id, 1, NEW.age) ON DUPLICATE KEY UPDATE student_count student_count 1, avg_age (avg_age * (student_count - 1) NEW.age) / student_count; END$$ DELIMITER ;第五部分面试题整合ACID 相关QMySQL 如何保证原子性A通过 Undo Log。修改数据前先将旧值写入 Undo LogROLLBACK 时根据 Undo Log 恢复。QMySQL 如何保证持久性A通过 Redo LogWAL 技术。COMMIT 时先将修改写入 Redo Log 并持久化即使崩溃也能恢复。QRedo Log 和 Undo Log 的区别ARedo Log 是物理日志用于崩溃恢复Undo Log 是逻辑日志用于回滚和 MVCC。隔离级别相关QMySQL 默认隔离级别是什么解决了什么问题AREPEATABLE READ。解决了脏读和不可重复读InnoDB 通过间隙锁还解决了幻读。QMVCC 实现原理A每行有 DB_TRX_ID 和 DB_ROLL_PTR 两个隐藏列修改时形成版本链。ReadView 在查询时决定哪些版本可见。Q如何选择隔离级别A一般用默认的 REPEATABLE READ对一致性要求极高的金融系统用 SERIALIZABLE追求性能的日志系统可用 READ COMMITTED。索引相关Q为什么用 B树而不是 B 树AB树数据只存叶子节点内部节点可存更多键值树更矮叶子节点形成有序链表支持高效范围查询。Q什么是回表如何避免A辅助索引找到主键后再到聚簇索引找完整数据。使用覆盖索引可避免回表。Q联合索引的最左前缀原则是什么A联合索引先按第一列排序再按第二列所以查询时必须从第一列开始匹配才能使用索引。视图相关Q视图存储数据吗A不存储。视图只是保存的 SELECT 语句每次查询视图时重新执行。Q什么视图不可更新A包含聚合函数、DISTINCT、GROUP BY、UNION、子查询、多表 JOIN 的视图。总结本文对 MySQL 的四个核心特性进行了深度拆解主题核心原理关键机制ACID事务四大特性Undo Log原子性 Redo Log持久性 MVCC/锁隔离性隔离级别并发事务的可见性规则MVCC ReadView 间隙锁索引加速数据查找B树 聚簇/辅助索引 覆盖索引 最左前缀视图虚拟表简化查询保存 SQL 语句 CHECK OPTION每个特性都建议在终端中动手验证一遍才能真正理解其原理。
