MySQL优化

MySQL 优化不是一个点而是从 SQL → 索引 → 表结构 → 架构 → 系统层一整套体系。你如果能按这个思路回答基本就是中高级水平了。我帮你整理一套**面试 实战通用的优化方案从低到高** 一、先给你一个“王炸总结”面试直接说MySQL 优化一般从 SQL 语句、索引设计、表结构、执行计划、缓存机制以及架构层读写分离、分库分表几个方面入手核心目标是减少扫描数据量、避免回表、提高查询效率。 二、SQL 层优化最直接见效1️⃣ 避免全表扫描❌ 错误SELECT * FROM user WHERE name 张三; 如果 name 没索引 → 全表扫2️⃣ 不要SELECT * 原因多读无用字段影响索引覆盖✅ 正确SELECT id, name FROM user;3️⃣ 避免函数操作索引列❌SELECT * FROM user WHERE DATE(create_time) 2025-01-01; 索引失效✅WHERE create_time 2025-01-01 00:00:00 AND create_time 2025-01-02 00:00:004️⃣ 避免隐式类型转换❌WHERE id 123 可能导致索引失效5️⃣ 用 LIMIT 限制数据SELECT * FROM order LIMIT 10; 三、索引优化核心中的核心1️⃣ 建立合适索引CREATE INDEX idx_name ON user(name);2️⃣ 最左前缀原则 ⭐INDEX(a, b, c)支持a ✅a,b ✅a,b,c ✅b ❌3️⃣ 覆盖索引非常重要SELECT name FROM user WHERE name 张三; 如果索引里有 name不用回表性能极高4️⃣ 避免索引失效场景常见失效LIKE %xxxOR部分情况!IS NULL某些版本5️⃣ 索引不是越多越好 缺点写入慢占空间 四、执行计划分析EXPLAIN 必会EXPLAIN SELECT ...重点看字段含义typeALL最差→ index → range → ref → constkey用了哪个索引rows扫描行数extra是否 using index / filesort 五、表结构优化1️⃣ 字段类型要小int → bigint没必要就别用2️⃣ 避免 NULL NULL 会增加判断成本3️⃣ 反范式适当冗余 用空间换时间订单表加用户名4️⃣ 拆大表 超大表分表历史数据归档⚡ 六、常见性能杀手面试喜欢问❌ 深分页LIMIT 100000, 10 会扫描 10万行✅ 优化WHERE id 上次最大ID LIMIT 10❌ 排序filesort 没走索引排序❌ 临时表Using temporary group by / order by 七、架构层优化中高级1️⃣ 读写分离主库写从库读2️⃣ 分库分表 数据量大时水平分表按 user_id垂直拆分字段拆3️⃣ 缓存非常重要 常用Redis 思路热数据缓存减少数据库压力4️⃣ 慢查询优化SHOW VARIABLES LIKE slow_query_log; 八、优化思路真正高手的逻辑 一定要记住这句话MySQL 优化的本质是减少数据扫描量 减少 IO 利用索引 九、终极总结面试王炸你可以这样说MySQL 优化我一般分为几个层次第一是 SQL 层避免全表扫描第二是通过合理设计索引提高查询效率第三是通过 EXPLAIN 分析执行计划第四是优化表结构减少数据冗余和 IO最后在数据量大时通过缓存、读写分离和分库分表来提升整体性能。