中文
English 本文基于对一篇经典博客文章的分析，全面梳理了 MySQL/MariaDB 性能优化的 15 个核心技巧。这些技巧涵盖了服务器配置、系统层面和 SQL 语句优化，并重点提供了在 Windows 操作系统下实现这些配置调整的详细方法。
I. 服务器配置参数调整 (通过修改
核心前提：Windows 环境下的配置与服务管理
在 Linux/Unix 环境下，配置通常涉及 /etc/my.cnf 和 systemctl 命令。在 Windows 环境下，实现配置调整的关键在于找到正确的配置文件并管理服务。
| 操作对象 | Linux 对应项 | Windows 对应项/操作 |
| 配置文件 | /etc/my.cnf |
通常是 my.ini，位于 MySQL/MariaDB 安装目录（如 C:\Program Files\MySQL\MySQL Server X.X\）或 C:\ProgramData\MySQL\MySQL Server X.X\ 下。 |
| 服务重启 | service mysqld restart |
1. 服务管理器 (services.msc) 中找到 MySQL/MariaDB 服务并重启。2. 命令行：net stop MySQL 和 net start MySQL。 |
I. 服务器配置参数调整 (通过修改 my.ini 实现)
以下是最关键且影响性能最大的配置技巧。在 Windows 上，只需编辑 my.ini 文件，并在 [mysqld] 配置段下修改或添加参数后，重启服务使之生效。
| 序号 | 技巧 | 建议与正确性分析 | Windows 实施要点 (my.ini) |
| 1 & 3 | InnoDB 缓冲池大小 (innodb_buffer_pool_size) |
最重要。 设定为服务器物理内存的 50% - 80%。这是数据和索引的内存缓存区，对 I/O 性能影响最大。 | innodb_buffer_pool_size = 8G (假设 16GB 内存) |
| 1 | 每表一个数据文件 (innodb_file_per_table) |
正确。 现代版本默认启用，有助于回收未使用的空间（执行 TRUNCATE 后）和数据迁移。 |
确保 my.ini 中该项设置为 1。 |
| 5 | 设置最大连接数 (max_connections) |
正确。 限制并发连接数，防止连接数过多导致内存耗尽。可动态修改。 | max_connections = 500 (根据实际负载调整) |
| 7 | 禁用 DNS 反向查询 (skip-name-resolve) |
正确。 避免因 DNS 解析问题导致的连接延迟。注意： 禁用后，所有用户授权必须使用 IP 地址。 | 在 [mysqld] 段下添加：skip-name-resolve。 |
| 8 | 配置查询缓存 (query_cache_size) |
注意版本！ 对于 MySQL 8.0+ / MariaDB 10.4+ 已弃用或移除。对于老版本，如果查询重复率高且数据不常变动，可以适度开启（200-300MB 为上限）。 | 仅在旧版本中设置：query_cache_size = 64M。 |
| 9 | 配置临时表容量 (tmp_table_size/max_heap_table_size) |
正确。 保持两者大小一致，避免内存表在达到限制后被写入磁盘 MyISAM 表，造成性能下降。 | tmp_table_size = 64M 和 max_heap_table_size = 64M。 |
| 6, 11, 13 | 其他关键参数 | 正确。 1. thread_cache_size 优化线程重用。2. wait_timeout 限制空闲连接时长，释放资源。3. max_allowed_packet 确保能够传输大块数据。 |
相应地在 my.ini 中设置如：thread_cache_size = 16，wait_timeout = 60。 |
II. 系统与文件系统调整 (Windows 平台操作)
| 序号 | 技巧 | 观点与分析 | Windows 实现方法 |
| 2 | 数据存储到独立分区/SSD | 正确且推荐。 减少 I/O 竞争，提升性能。SSD 最佳。 | 最简洁的方法是直接修改配置： 1. 停止 MySQL 服务。2. 将数据目录下的所有内容（如 C:\...\Data）复制（推荐）或移动到新磁盘位置（如 D:\MySQL_Data\Data）。3. 修改 my.ini 中的 datadir 路径为新位置。4. 重启服务。 |
| 4 | 避免 Swappiness | 正确。 避免系统将数据库数据交换（Swap/虚拟内存）到磁盘。 | Windows 无此参数。 确保 innodb_buffer_pool_size 等内存参数的设定值不超过物理内存的合理上限，避免系统频繁使用虚拟内存。最直接的方法是增加物理内存。 |
| 12 | 选择正确的文件系统 | 正确。 影响 I/O 性能。 | Windows 服务器默认使用 NTFS 文件系统，这是企业级标准，通常无需更改。 |
III. SQL 层面与诊断工具 (通用且必须)
这些技巧与操作系统无关，但在任何环境下都至关重要，是解决慢查询问题的核心。
| 序号 | 技巧 | 观点与分析 | 实施工具与方法 |
| 10 | 启用慢查询日志 | 非常正确。 这是定位耗时 SQL 语句的第一步。 | 启用日志后，使用 EXPLAIN 命令分析日志中的慢查询，针对性地优化 SQL 语句和索引。 |
| 14 | 测试 MySQL 的性能优化 (mysqltuner.pl) |
正确。 自动化工具能提供快速诊断和配置建议。 | Windows 用户如果不想安装 Perl 环境来运行 mysqltuner.pl，可以考虑使用 MySQL Workbench 的性能报告、Percona Toolkit 等 Windows 兼容的专业工具进行替代分析。 |
| 15 | 优化和修复数据库 (mysqlcheck) |
正确。 尤其适用于维护 MyISAM 表，或在服务器意外关闭后检查和修复表结构。 | 在 Windows 的 命令提示符 (CMD) 或 PowerShell 中，切换到 MySQL 的 bin 目录下执行： mysqlcheck -u root -p --auto-repair --check --optimize --all-databases |
额外澄清：关于“移动”和“复制”的选择
在迁移数据库数据目录时，无需使用符号链接，直接修改配置文件 (datadir) 更简洁。
在选择“移动”还是“复制”时：
-
复制 (Copy) 是更推荐的选择： 它将旧数据保留在原位置作为临时备份，安全性最高。即使复制失败，原始数据也完整无损。确认新数据库运行稳定后，再删除旧数据。
-
移动 (Move) 速度更快： 但它缺乏安全回滚机制，一旦操作失败或中断，数据可能损坏。
为了保证数据完整性和可回退性，推荐您使用 “复制” 方式进行数据迁移。
