MySQL装完跑得慢主因是默认配置保守，需调优innodb_buffer_pool_size（建议设为物理内存50%–75%）、关闭不必要的日志与功能、优化表结构与索引，并确认基础运行状态健康。
MySQL装完跑得慢，大概率不是硬件问题，而是默认配置过于保守，没适配你的实际场景。刚装好的MySQL就像一辆没调校过的车——能开，但动力弱、油耗高、响应迟钝。
检查并调整关键内存参数
MySQL性能瓶颈常出在内存分配不合理。重点看innodb_buffer_pool_size：它决定InnoDB缓存数据和索引的内存大小。生产环境建议设为物理内存的50%–75%（例如16G内存可设12G）。太小会导致频繁磁盘读，太大可能挤占系统其他资源。
- 查看当前值：
SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; - 临时修改（重启失效）：
SET GLOBAL innodb_buffer_pool_size = 12884901888; - 永久生效：在my.cnf的[mysqld]段下添加：
innodb_buffer_pool_size = 12G
关闭不必要的日志与功能
默认开启的某些日志（如慢查询日志、general log）或功能（如query cache）在非调试阶段反而拖慢速度。
- 禁用查询缓存（MySQL 8.0已移除，5.7建议关）：
query_cache_type = 0 - 关闭通用查询日志（除非正在排查问题）：
general_log = OFF - 慢查询日志按需开启，并设合理阈值：
slow_query_log = ON+long_query_time = 1
优化表结构与索引习惯
再强的配置也救不了糟糕的SQL和缺失的索引。搭建后第一件事是检查核心表：
- 主键必须有，且尽量用自增整型（避免UUID或字符串主键）
- 高频WHERE、ORDER BY、JOIN字段必须建索引；联合索引注意最左前缀原则
- 用
EXPLAIN分析慢查询，重点关注type=ALL（全表扫描）和rows过大 - 避免SELECT *，只查需要的字段；大文本字段（如TEXT）单独拆表或延迟加载
确认基础运行状态是否健康
别急着调参，先排除低级问题：
- 用
SHOW PROCESSLIST;看是否有长期运行或卡住的连接 - 检查磁盘IO：用
iostat -x 1观察%util是否持续接近100% - 确认没有多个MySQL实例争抢资源，或被其他进程（如备份脚本）突发占用CPU/内存
- 确保使用的是InnoDB引擎（
SHOW CREATE TABLE xxx;），MyISAM在并发写入下极易成为瓶颈