MySQL数据库性能优化是提升系统响应速度和稳定性的关键环节。很多应用在数据量增长后出现查询慢、连接超时等问题，本质上是数据库没有合理优化。核心思路是从查询效率、索引设计、配置调优和表结构四个方面入手，针对性地解决问题。
优化查询语句与执行计划
低效的SQL语句是性能瓶颈的主要来源。应避免全表扫描和不必要的复杂操作。
使用EXPLAIN分析SQL执行计划，查看是否走了索引、扫描行数多少、是否有临时表或文件排序 避免SELECT *，只查询需要的字段，减少数据传输开销 不在WHERE条件中对字段进行函数操作，如DATE(create_time)，会导致索引失效 减少子查询，尽量用JOIN替代；关联字段确保类型一致并有索引 分页查询大数据时，避免使用OFFSET过大值，可用记录ID做条件过滤合理设计索引策略
索引能显著加快查询速度，但过多或不当的索引会影响写入性能。
为经常出现在WHERE、ORDER BY、GROUP BY中的字段建立索引 复合索引遵循最左前缀原则，例如(a,b,c)索引支持a、a+b、a+b+c查询 避免重复索引和冗余索引，比如已有(a,b)就无需单独建a的索引（除非单独查询频繁） 大字段如TEXT、BLOB不建议直接建索引，可使用前缀索引或独立出字段表 定期检查未使用或使用率低的索引，通过information_schema.statistics和performance_schema进行分析调整MySQL配置参数
默认配置适合一般场景，高并发或大数据量需根据硬件资源调整关键参数。
innodb_buffer_pool_size：设置为物理内存的60%-80%，缓存数据和索引，减少磁盘IO max_connections：根据应用连接需求适当调高，避免“Too many connections”错误 query_cache_type和query_cache_size：查询缓存在高并发写场景下可能成为瓶颈，建议关闭（MySQL 8.0已移除） innodb_log_file_size：适当增大可提升写性能，但恢复时间变长，建议设为1-2G tmp_table_size和max_heap_table_size：控制内存临时表大小，避免频繁落磁盘优化表结构与存储引擎
良好的表设计从源头降低性能压力。
选择合适的数据类型，例如用INT而非VARCHAR存数字，用TINYINT代替CHAR(1)存状态 尽量使用NOT NULL约束，NULL值处理更复杂且影响索引效率 InnoDB作为默认存储引擎，支持事务、行锁和外键，优于MyISAM 大表考虑分区（Partitioning），按时间或范围拆分，提升查询和维护效率 定期分析表结构，使用OPTIMIZE TABLE整理碎片，尤其在大量删除后基本上就这些。性能优化不是一蹴而就的事，需要结合慢查询日志、监控工具持续观察和调整。关键是理解业务查询模式，针对性地建立索引、改写SQL、调优配置，才能让MySQL高效稳定运行。
