mysql安装后修改系统变量调整性能参数

修改 my.cnf 并重启是设置 MySQL 关键系统变量（如 innodb_buffer_pool_size、max_connections）的唯一可靠方式，因多数参数仅启动时读取且不支持动态修改；需确认变量是否支持动态、配置路径正确、写入 [mysqld] 段、单位合法、权限充足，并通过重启后查询验证生效。

修改 my.cnf 是唯一可靠方式

MySQL 启动后读取的系统变量，绝大多数只能在启动时通过 配置文件 或命令行参数设定；运行中用 SET GLOBAL 修改的只是会话级或部分可动态调整的变量（如 sort_buffer_size），且重启即失效。真正影响性能的关键参数（如 innodb_buffer_pool_size、max_connections）必须写入配置文件并重启服务才生效。

常见错误是只执行 SET GLOBAL innodb_buffer_pool_size = 2147483648，结果发现没起作用——因为该变量不支持动态修改（MySQL 5.7.5+ 才支持动态调整，且需满足特定条件）。务必确认变量是否支持动态：查 information_schema.GLOBAL_VARIABLES 或官方文档的「Dynamic」列。

• my.cnf 通常位于 /etc/my.cnf、/etc/mysql/my.cnf 或 /usr/etc/my.cnf；用 mysqld --help --verbose | grep "Default options" 可确认实际加载路径
• 配置需放在 [mysqld] 段下，放错段（如 [client]）会导致参数被忽略
• 数值单位注意：MySQL 配置中 1G、256M 合法，但 1024MB 或 2GB（带空格）会解析失败

innodb_buffer_pool_size 设多少才合理

这是 InnoDB 最关键的内存参数，用于缓存表数据和索引。设太小会导致频繁磁盘 I/O；设太大可能挤占系统其他进程内存，触发 OOM Killer 杀掉 mysqld。

经验法则：专用数据库服务器上设为物理内存的 50%–75%，但上限建议不超过 80%；若机器还跑其他服务（如 Redis、Web 服务），需预留至少 2–4 GB 给系统和其他进程。

• 查看当前值：SHOW VARIABLES LIKE 'innodb_buffer_pool_size';
• 示例配置（16 GB 内存服务器）：

  [mysqld] innodb_buffer_pool_size = 10G

• 修改后必须重启：systemctl restart mysql（或 mysqld_safe --defaults-file=/etc/my.cnf &）
• 验证是否生效：重启后执行 SHOW ENGINE INNODB STATUSG，看 Buffer pool size 行是否匹配预期

别漏掉 innodb_log_file_size 和 innodb_flush_log_at_trx_commit

这两个参数共同影响写入吞吐与持久性。单独调大 innodb_log_file_size 能提升大批量写入性能，但修改它比改 buffer_pool_size 更麻烦——不能直接改配置重启，否则 MySQL 启动失败。

• 步骤：先停库 → 删除旧日志文件（ib_logfile0、ib_logfile1）→ 修改 my.cnf 中的 innodb_log_file_size → 启动，MySQL 自动重建日志文件
• innodb_flush_log_at_trx_commit = 1（默认）保证每次事务都刷盘，最安全但慢；设为 2 表示写入 OS 缓存即返回，崩溃可能丢失 1 秒数据；设为 0 性能最高但风险最大，仅测试环境考虑
• 搭配使用：若设为 2，建议同时调大 innodb_log_file_size（如从默认 48M 改为 256M），减少 checkpoint 频率

检查修改是否真正生效的三个动作

很多人改完配置以为万事大吉，结果性能没变化，甚至更差——大概率是参数根本没加载成功，或被其他同名配置覆盖。

• 确认 mysqld 实际加载的配置文件：mysqld --verbose --help | grep "Default options"
• 检查是否有多个配置段冲突：例如 /etc/my.cnf 和 /etc/mysql/conf.d/override.cnf 都定义了 max_connections，后者会覆盖前者
• 运行中验证：SELECT @@global.innodb_buffer_pool_size, @@global.max_connections;，输出值必须与你写的配置一致；若不一致，立刻查日志：tail -n 50 /var/log/mysql/error.log，常见报错如 Unknown variable 'innodb_buffer_pool_size'（版本太低不支持）、Cannot allocate memory for the buffer pool（设超了可用内存）

最常被忽略的是配置文件权限问题：MySQL 进程用户（如 mysql）必须对 my.cnf 有读权限，否则静默跳过；还有人把配置写在 [client] 下却想改服务端行为——这类细节不排查，调参就是白忙。