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 在并发写入下极易成为瓶颈
