MySQL读取性能优化核心是减少磁盘I/O、降低锁竞争、加快数据定位、提升缓存命中率；关键在于合理建索引（遵循最左前缀原则）、避免索引失效、优化JOIN、调优InnoDB缓冲池、引入应用层缓存及精简表结构。
MySQL读取性能优化，核心在于减少磁盘I/O、降低锁竞争、加快数据定位和提升缓存命中率。关键不在于堆硬件，而在于让查询“少走弯路”。
合理使用索引，避免全表扫描
索引是提升读性能最直接有效的手段。但要注意：不是所有字段都适合建索引，也不是索引越多越好。
- 为WHERE、ORDER BY、GROUP BY中频繁出现的字段建立复合索引，注意最左前缀原则（如INDEX (a,b,c)可加速WHERE a=1 AND b>2，但对WHERE b=2无效）
- 避免在索引列上使用函数或表达式（如WHERE YEAR(create_time)=2024会使索引失效，改用WHERE create_time >= '2024-01-01' AND create_time ）
- 定期用EXPLAIN分析慢查询，关注type是否为ALL（全表扫描）、key是否命中索引、rows是否远超实际返回行数
控制查询范围，只查需要的数据
很多性能问题源于“查得多、用得少”，尤其在分页、统计、关联场景中。
- 明确指定字段名，避免SELECT *；大表中尤其要避开TEXT/BLOB字段的无谓加载
- 分页深度较大时（如LIMIT 10000,20），改用基于游标的分页（如WHERE id > 12345 ORDER BY id LIMIT 20）
- 关联查询时，确保JOIN字段类型一致、均有索引；小表驱动大表，必要时用STRAIGHT_JOIN干预连接顺序
善用缓存机制，减少重复计算与IO
MySQL本身有多个层级缓存，合理配置能显著减轻后端压力。
- 开启并调优query_cache（MySQL 5.7及以前）或升级到8.0+后依赖InnoDB Buffer Pool；重点增大innodb_buffer_pool_size（建议设为物理内存的50%–75%，需预留系统空间）
- 应用层引入Redis/Memcached缓存高频结果（如用户资料、配置项、聚合报表），设置合理过期策略，避免缓存穿透/雪崩
- 对不变或低频变更的数据，考虑生成静态化视图或汇总表（如按天预计算UV/PV），用空间换时间
优化表结构与引擎选择
底层结构影响数据读取路径和效率，不能只盯着SQL写法。
- 优先使用InnoDB（支持行锁、MVCC、缓冲池），避免MyISAM在高并发读写下的表级锁瓶颈
- 字段类型尽量精简：用TINYINT代替INT存状态码，用VARCHAR(32)代替VARCHAR(255)（尤其在有索引的字段上）
- 大文本/附件类数据分离到独立表或对象存储，主表只保留URL或ID，减少主键索引体积和内存占用
