MySQL性能差主因常是my.cnf关键参数未合理配置：需确认实际生效配置文件路径与[mysqld]段落，合理设置innodb_buffer_pool_size（如32G内存设20G）、同步调高max_connections与系统ulimit -n，并注意innodb_log_file_size修改须删旧日志文件。
MySQL在Linux上性能差，八成不是SQL写得烂，而是my.cnf里几个关键参数压根没动过，或者改错了位置、数值不合理、没配合系统限制一起调。
确认 MySQL 配置文件实际生效路径和模块范围
很多人改了/etc/my.cnf却没效果，是因为 MySQL 启动时优先读取的是/etc/mysql/mysql.conf.d/mysqld.cnf（Debian/Ubuntu系）或/etc/my.cnf.d/server.cnf（RHEL/CentOS系）。[mysqld]段落才控制服务端行为，[client]段对mysqld完全无效。
- 用
mysql --help | grep "Default options"查真实加载顺序 - 用
SELECT @@version_compile_os, @@version_compile_machine;确认是64位还是32位，避免innodb_buffer_pool_size设超物理内存 - 修改后必须重启服务：
systemctl restart mysql，仅 reload 不会重载innodb_buffer_pool_size等静态参数
调整 innodb_buffer_pool_size 不能只看内存总量
这个值设太大，会导致系统频繁 swap；设太小，InnoDB大量读盘。它不是“越大越好”，而是要留出足够内存给 OS 缓存、其他进程、以及 MySQL 自身的连接缓冲（sort_buffer_size、join_buffer_size等）。
- 32G内存服务器，建议设为
innodb_buffer_pool_size = 20G（约60%~70%），而非盲目填满 - 若机器还跑 Redis、Nginx 或 Java 应用，需进一步压缩，比如降到
14G - 该值必须是1MB的整数倍，且重启后才会分配——启动时看日志：
Buffer pool size 1280000（单位页，默认16KB） - 不要在
[client]或[mysqld_safe]下写这个参数，否则静默忽略
max_connections 和系统文件描述符必须同步调高
max_connections = 1000看着够用，但每个连接至少占1个文件描述符（fd），每张打开的表再占1~2个。一旦ulimit -n卡在1024，MySQL 启动就报错：Can't open file: 'xxx.frm' (errno: 24)，或者连接到几百就拒绝新请求。
- 先调系统级限制：
/etc/security/limits.conf加* soft nofile 65536和* hard nofile 65536 - 再调 systemd 服务级：
LimitNOFILE=65536写进/lib/systemd/system/mysql.service - 最后才是 MySQL 内部：
max_connections = 2000（别超过系统 fd 总量的80%） - 验证是否生效：
cat /proc/$(pidof mysqld)/limits | grep "Max open files"
innodb_log_file_size 和 innodb_flush_log_at_trx_commit 要权衡安全与吞吐
默认innodb_log_file_size = 48M太小，高并发写入时日志频繁刷盘、checkpoint阻塞，容易触发Waiting for query cache lock或慢日志里大量insert ... on duplicate key update延迟。
- 建议设为
innodb_log_file_size = 256M（单个日志文件），总日志空间≈2×该值 - 修改前必须停库、删旧日志文件（
ib_logfile0/ib_logfile1），否则启动失败 -
innodb_flush_log_at_trx_commit = 1最安全但吞吐低；生产环境可考虑=2（每秒刷一次日志，崩溃最多丢1秒数据） - 注意：设
=0虽快，但 mysqld 意外退出时可能丢整个事务组，不推荐
真正卡住性能的，往往不是某个参数多高多低，而是innodb_buffer_pool_size和系统ulimit -n没对齐、innodb_log_file_size改了但忘了删旧文件、或者把query_cache_size设成256M（MySQL 8.0 已移除查询缓存，设了也白设）。调参前先看SHOW VARIABLES和SHOW STATUS输出，比拍脑袋填数字靠谱得多。
