1. MySQL面试题概述
MySQL作为最流行的开源关系型数据库管理系统，在技术面试中占据重要地位。无论是初级开发岗位还是资深架构师职位，对MySQL核心原理和优化能力的考察都是必选项。根据近三年一线互联网企业的面试统计，数据库相关问题出现频率高达87%，其中60%集中在MySQL的特定场景解决方案上。
2. 高频面试题分类解析
2.1 存储引擎比较
InnoDB与MyISAM的本质区别体现在四个方面：
- 事务支持：InnoDB完全支持ACID事务，MyISAM不支持
- 锁机制：InnoDB行级锁 vs MyISAM表级锁
- 外键约束：InnoDB支持外键，MyISAM不支持
- 崩溃恢复：InnoDB有redo log保证数据安全
实际生产环境中，除非是只读的数据仓库场景，否则都应选择InnoDB。某电商平台曾因使用MyISAM导致大促期间出现表锁死，后全部迁移至InnoDB。
2.2 索引优化原理
B+树索引的三大优势：
- 三层结构可支撑千万级数据查询
- 叶子节点双向链表支持范围查询
- 非叶子节点只存键值减少IO次数
联合索引的最左匹配原则示例：
sql复制-- 创建联合索引
ALTER TABLE users ADD INDEX idx_name_age (name, age);
-- 能使用索引的情况
SELECT * FROM users WHERE name = '张三';
SELECT * FROM users WHERE name = '李四' AND age = 25;
-- 不能使用索引的情况
SELECT * FROM users WHERE age = 30;
2.3 事务隔离级别
四种隔离级别的对比实验：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 | 实现机制 |
|---|---|---|---|---|
| 读未提交 | 可能 | 可能 | 可能 | 无锁 |
| 读已提交 | 不可能 | 可能 | 可能 | 快照读 |
| 可重复读 | 不可能 | 不可能 | 可能 | MVCC |
| 串行化 | 不可能 | 不可能 | 不可能 | 全表锁 |
3. 性能优化实战
3.1 Explain执行计划解读
关键字段解析：
- type列：从优到劣依次为 system > const > eq_ref > ref > range > index > ALL
- Extra列常见值：
- Using filesort：需要额外排序
- Using temporary：使用临时表
- Using index：覆盖索引
3.2 慢查询优化案例
某社交平台feed流优化过程：
- 原SQL：
SELECT * FROM posts WHERE user_id IN (...) ORDER BY create_time DESC LIMIT 100 - 问题：IN列表导致全表扫描，排序产生filesort
- 优化方案：
- 改为JOIN查询：
SELECT p.* FROM posts p JOIN (SELECT id FROM users WHERE ...) u ON p.user_id=u.id ORDER BY p.create_time DESC LIMIT 100 - 添加复合索引：(user_id, create_time)
- 改为JOIN查询：
4. 高可用架构
4.1 主从复制原理
基于binlog的三种复制方式比较：
- 异步复制（默认）：主库不等待从库确认
- 半同步复制：至少一个从库接收后才返回
- 组复制：基于Paxos协议的多主架构
配置半同步复制步骤：
sql复制-- 主库配置
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
SET GLOBAL rpl_semi_sync_master_enabled = 1;
-- 从库配置
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
SET GLOBAL rpl_semi_sync_slave_enabled = 1;
5. 分库分表策略
5.1 分片算法选择
三种典型分片方式对比：
- 范围分片：如按用户ID区间，易产生热点
- 哈希分片：数据均匀但难以范围查询
- 时间分片：适合时序数据，冷热分离
某金融系统分库分表示例：
java复制// 使用Sharding-JDBC配置
spring.shardingsphere.sharding.tables.t_order.actual-data-nodes=ds$->{0..1}.t_order_$->{0..15}
spring.shardingsphere.sharding.tables.t_order.table-strategy.inline.sharding-column=order_id
spring.shardingsphere.sharding.tables.t_order.table-strategy.inline.algorithm-expression=t_order_$->{order_id % 16}
6. 面试实战技巧
6.1 问题回答框架
使用STAR法则组织答案：
- Situation：遇到的业务场景
- Task：需要解决的问题
- Action：采取的技术方案
- Result：达到的效果指标
6.2 经典问题应答示例
问："如何解决MySQL死锁问题？"
答：
- 分析死锁日志：
SHOW ENGINE INNODB STATUS - 常见死锁场景：
- 事务间循环等待资源
- 并发插入唯一索引冲突
- 解决方案：
- 调整事务隔离级别
- 统一SQL执行顺序
- 减小事务粒度
- 预防措施：
- 设置锁等待超时：
innodb_lock_wait_timeout - 启用死锁检测：
innodb_deadlock_detect
- 设置锁等待超时：
7. 进阶学习路径
推荐系统化学习资源：
- 书籍：
- 《高性能MySQL》第4版
- 《MySQL技术内幕：InnoDB存储引擎》
- 在线实验：
- MySQL官方性能优化实验室
- 阿里云数据库实训平台
- 社区资源：
- MySQL官方bug库
- Percona技术博客
我在实际面试候选人时发现，那些能结合具体业务场景讲解技术原理的候选人，通过率会比单纯背概念的候选人高出3倍。建议准备2-3个你亲自处理过的数据库优化案例，用具体数据说明优化效果。