修改 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 给系统和其他进程。
WEBGM2.0版对原程序进行了大量的更新和调整，在安全性和实用性上均有重大突破.栏目介绍：本站公告、最新动态、网游资讯、游戏公略、市场观察、我想买、我想卖、点卡购买、火爆论坛特色功能：完美的前台界面设计以及人性化的管理后台，让您管理方便修改方便；前台介绍：网站的主导行栏都采用flash设计，美观大方；首页右侧客服联系方式都采用后台控制，修改方便；首页中部图片也采用动态数据，在后台可以随意更换图片
- 查看当前值：
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 STATUS\G，看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] 下却想改服务端行为——这类细节不排查，调参就是白忙。
