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 2025-01-01'） 定期用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，减少主键索引体积和内存占用
