1. MySQL专题笔记：从入门到精通的实战指南
作为一名常年与数据库打交道的开发者，我深知MySQL在各类项目中的核心地位。这份专题笔记源于我在黑马课程学习过程中的实战总结，剔除了运维相关部分，专注于开发人员最需要掌握的MySQL核心知识与实用技巧。无论你是刚接触数据库的新手，还是希望系统梳理MySQL知识的中级开发者，这份笔记都能为你提供清晰的进阶路径。
2. MySQL基础架构与核心概念解析
2.1 关系型数据库设计范式
在实际项目中，我见过太多因为不规范设计导致的性能问题。第三范式(3NF)是最常用的设计标准：
- 第一范式要求属性具有原子性（例如地址字段应该拆分为省/市/区）
- 第二范式要求消除部分依赖（复合主键的情况下，非主键字段必须完全依赖所有主键）
- 第三范式要求消除传递依赖（非主键字段之间不能存在依赖关系）
注意：有时为了性能需要故意违反范式（反范式化），比如在电商系统的订单表中冗余用户姓名
2.2 存储引擎对比与选型
通过SHOW ENGINES命令可以看到MySQL支持的引擎列表。开发中最常用的是：
| 引擎 | 事务支持 | 锁粒度 | 适用场景 | 典型问题 |
|---|---|---|---|---|
| InnoDB | 支持 | 行锁 | 高并发写入、事务操作 | 大数据量时COUNT(*)慢 |
| MyISAM | 不支持 | 表锁 | 读多写少、全文索引 | 崩溃后恢复困难 |
| Memory | 不支持 | 表锁 | 临时表、高速缓存 | 服务器重启数据丢失 |
3. SQL语句深度优化实战
3.1 索引设计与优化原则
我在电商项目中曾通过索引优化将查询速度提升20倍：
- 最左前缀原则：索引(a,b,c)可以用于查询WHERE a=? AND b=?，但不能用于WHERE b=? AND c=?
- 避免过度索引：每个额外索引会增加约10%的写入开销
- 覆盖索引技巧：SELECT的字段全部包含在索引中时，可以避免回表
sql复制-- 糟糕的索引使用示例
SELECT * FROM users WHERE DATE(create_time) = '2023-01-01';
-- 优化后的写法
SELECT * FROM users WHERE create_time >= '2023-01-01' AND create_time < '2023-01-02';
3.2 执行计划深度解读
EXPLAIN是SQL优化的必备工具，关键字段解读：
- type列：从优到差依次为 system > const > eq_ref > ref > range > index > ALL
- Extra列常见值：
- Using filesort：需要额外排序
- Using temporary：使用了临时表
- Using index：使用了覆盖索引
4. 事务与锁机制实战
4.1 事务隔离级别对比
通过以下命令查看和设置隔离级别：
sql复制SELECT @@transaction_isolation;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
各隔离级别的实现差异：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 | 实现原理 |
|---|---|---|---|---|
| 读未提交 | 可能 | 可能 | 可能 | 无锁 |
| 读已提交 | 不可能 | 可能 | 可能 | 快照读 |
| 可重复读 | 不可能 | 不可能 | 可能 | MVCC+间隙锁 |
| 串行化 | 不可能 | 不可能 | 不可能 | 完全加锁 |
4.2 死锁分析与预防
典型死锁场景重现：
- 事务A先更新id=1，再更新id=2
- 事务B先更新id=2，再更新id=1
- 两者互相等待对方释放锁
解决方案：
- 统一SQL执行顺序
- 降低事务粒度
- 设置锁超时：innodb_lock_wait_timeout=50
5. 高性能MySQL开发技巧
5.1 批量操作优化
对比测试结果：
- 单条INSERT：1000条记录耗时3.2秒
- 批量INSERT：1000条记录耗时0.15秒
sql复制-- 低效写法
INSERT INTO orders(user_id,amount) VALUES(1,100);
INSERT INTO orders(user_id,amount) VALUES(1,200);
-- 高效写法
INSERT INTO orders(user_id,amount) VALUES(1,100),(1,200);
5.2 分页查询优化
常见分页性能问题：
sql复制SELECT * FROM large_table LIMIT 1000000, 10; -- 扫描1000010行
优化方案：
- 延迟关联：
sql复制SELECT * FROM large_table t1
JOIN (SELECT id FROM large_table LIMIT 1000000, 10) t2
ON t1.id = t2.id;
- 使用书签记录上次查询位置
6. MySQL开发常见陷阱与解决方案
6.1 字符集与排序规则问题
我遇到的典型案例：
- UTF8mb4与UTF8混淆导致emoji存储失败
- 大小写敏感排序规则导致用户登录失败
统一方案：
sql复制CREATE DATABASE mydb
CHARACTER SET utf8mb4
COLLATE utf8mb4_unicode_ci;
6.2 日期时间处理陷阱
易错点：
- TIMESTAMP范围：1970-2038年
- DATETIME默认不支持时区
- 时间函数性能差异
推荐写法：
sql复制-- 获取当前时间
SELECT NOW(); -- 返回'2023-07-20 15:30:00'
SELECT CURDATE(); -- 返回'2023-07-20'
-- 时间计算
SELECT DATE_ADD(NOW(), INTERVAL 1 DAY);
7. 高级特性应用实例
7.1 窗口函数实战
统计部门薪资排名：
sql复制SELECT
name,
department,
salary,
RANK() OVER (PARTITION BY department ORDER BY salary DESC) as dept_rank
FROM employees;
7.2 JSON类型使用技巧
存储和查询JSON数据：
sql复制-- 创建表
CREATE TABLE products (
id INT PRIMARY KEY,
details JSON
);
-- 插入数据
INSERT INTO products VALUES(1, '{"name":"手机","specs":{"color":"黑","memory":"128G"}}');
-- 查询
SELECT
id,
details->>'$.name' AS product_name,
details->>'$.specs.color' AS color
FROM products;
8. 性能监控与调优工具
8.1 慢查询日志分析
配置方法：
ini复制# my.cnf配置
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 1
log_queries_not_using_indexes = 1
分析工具：
bash复制mysqldumpslow -s t /var/log/mysql/mysql-slow.log
8.2 Performance Schema实战
查看锁等待情况：
sql复制SELECT * FROM performance_schema.events_waits_current
WHERE EVENT_NAME LIKE '%lock%';
9. 实际项目经验分享
在用户增长项目中，我们遇到高峰期数据库CPU飙升的问题。通过以下步骤解决：
- 使用SHOW PROCESSLIST发现大量相似查询
- 分析发现是缺少用户状态字段索引
- 添加索引后QPS从200提升到1500
- 配合连接池配置优化(max_connections=500)
关键教训：
- 新功能上线前必须检查索引
- 监控系统要设置合理阈值
- 批量操作必须使用事务
10. 学习路线与资源推荐
MySQL知识体系进阶路径：
-
基础阶段：
- 安装配置
- CRUD操作
- 基本事务管理
-
中级阶段：
- 索引优化
- 执行计划分析
- 锁机制理解
-
高级阶段：
- 分库分表
- 读写分离
- 分布式事务
推荐书籍：
- 《高性能MySQL》(第4版)
- 《MySQL技术内幕:InnoDB存储引擎》