安装完 mysql 后，默认配置常导致性能问题，基础调优可解决常见瓶颈。1. 修改 innodb_buffer_pool_size 为物理内存的 50%~80%，提升数据缓存效率；2. 根据并发量调整 max_connections 和 max_allowed_packet，避免连接不足或数据包被拒；3. 将日志与临时文件路径设到高性能磁盘，并增大 innodb_log_file_size 提升事务写入效率；4. 开启慢查询日志，定位并优化慢 sql，减少全表扫描和不必要的 join。
安装完 MySQL 后，很多人会发现默认配置在实际使用中并不理想，尤其是数据量上来之后，性能问题就会逐渐显现。调优其实不需要一开始就上高大上的方案，先从基础配置入手，就能解决大部分常见瓶颈。
下面几个方面是新手最容易忽略、但又对性能影响较大的基础优化点：
1. 修改 innodb_buffer_pool_size 配置
这是最直接影响性能的参数之一。innodb_buffer_pool_size 决定了 InnoDB 引擎用来缓存表数据和索引的内存大小。如果这个值太小，MySQL 就不得不频繁地从磁盘读取数据，效率自然低。
建议：
如果你的服务器是专用于 MySQL 的，可以设置为物理内存的 50%~80%
比如你有 16G 内存，可以设成
12G-
设置方式是在
my.cnf或my.ini中添加：[mysqld] innodb_buffer_pool_size = 12G
注意：不要设置得太高，避免系统因内存不足而频繁 swap，反而拖慢性能。
2. 调整连接数限制 max_connections
如果你的应用并发访问量较大，默认的连接数（通常是 151）可能不够用，会出现“Too many connections”的错误。
建议：
-
查看当前连接数：
SHOW STATUS LIKE 'Threads_connected';
-
根据实际需求调整
max_connections，比如设为 500：[mysqld] max_connections = 500
-
同时考虑增加
max_allowed_packet，防止大数据包被拒绝：max_allowed_packet = 64M
注意：连接数不是越高越好，每个连接都会占用一定内存资源，要结合内存总量来评估。
3. 合理设置日志与临时文件路径
MySQL 默认的日志路径和临时文件路径可能不在性能最优的磁盘分区上，特别是日志写入频繁，会影响整体 IO 性能。
建议：
-
把
innodb_log_file_size和innodb_log_files_in_group设置得更大一些，提升事务写入效率：innodb_log_file_size = 1G innodb_log_files_in_group = 4
-
设置
tmpdir到更快的磁盘路径，比如 SSD 分区：tmpdir = /mnt/ssd/mysql_tmp
-
日志目录也可以单独指定到独立磁盘，减少 IO 竞争：
log_error = /var/log/mysql/error.log slow_query_log_file = /var/log/mysql/slow.log
4. 开启慢查询日志，定位性能瓶颈
很多性能问题是由于慢 SQL 引起的，开启慢查询日志可以帮助你找到这些“拖后腿”的语句。
建议：
-
在配置文件中开启慢查询：
slow_query_log = 1 long_query_time = 1 log_queries_not_using_indexes = 1
使用
mysqldumpslow或第三方工具分析慢日志，找出执行时间长或扫描行数多的 SQL-
常见优化手段包括：
- 给 WHERE、JOIN 字段加合适的索引
- 避免 SELECT *
- 减少不必要的 JOIN 和子查询
基本上就这些。刚装好 MySQL 的时候，这些基础配置如果不改，很容易出现性能问题。虽然看起来不复杂，但做不到位，后面再怎么加索引、分库分表也很难弥补。
