云服务器
在 1 核 2G（单核 CPU、2GB 内存）的服务器上安装和运行 MySQL，属于典型的资源极度受限环境。在这种配置下，MySQL 默认配置极易导致内存溢出（OOM）、CPU 争用或磁盘 I/O 瓶颈。
以下是针对该环境的性能优化核心策略，按优先级排序：
1. 核心内存限制（最关键）
2GB 内存中，操作系统和系统进程通常占用 300MB-500MB，留给 MySQL 的实际可用内存非常紧张。必须严格限制 innodb_buffer_pool_size，防止触发 OOM Killer 杀死 MySQL 进程。
- InnoDB Buffer Pool：建议设置为物理内存的 40%~50%（约 800MB – 1000MB）。
- 注意：如果服务器还运行其他服务（如 Nginx/PHP），需进一步降低此值。
- 不要开启 Swap：在 1 核环境下，Swap 会导致严重的磁盘 I/O 抖动，极大拖慢响应速度。如果可能，关闭 Swap；如果必须开启，确保
swappiness设置得极低（如 10）。 - MyISAM 引擎：尽量使用 InnoDB，避免 MyISAM，因为 MyISAM 的全表锁和临时文件处理在低配机器上更危险。
2. 连接数与线程管理
单核 CPU 无法并行处理大量请求，过多的连接会导致上下文切换频繁，CPU 飙升。
- max_connections：默认通常为 151，建议调低至 50-100。
- thread_cache_size：设置为 10-20，减少线程创建销毁的开销。
- wait_timeout / interactive_timeout：适当缩短空闲连接超时时间（如 600 秒），释放被占用的连接资源。
3. 日志与缓冲优化
日志写入是磁盘 I/O 密集型操作，在机械硬盘或低性能 SSD 上尤为明显。
- sync_binlog：设置为 1（平衡安全与性能，若数据安全性要求不高可设为 0，但生产环境不推荐）。
- innodb_flush_log_at_trx_commit：
- 若对数据一致性要求极高，保持 1。
- 若允许少量数据丢失风险以换取性能，可改为 2（每秒刷盘一次）。
- query_cache：务必禁用 (
query_cache_type = 0)。- 原因：在高并发或写操作多的场景下，查询缓存的单线程锁机制会严重阻塞 CPU，且 2G 内存难以支撑其碎片化消耗。
- tmp_table_size & max_heap_table_size：设置为 16M – 32M。防止大查询产生过大的临时表并溢出到磁盘。
4. 硬件与文件系统层面的配合
软件优化受限于硬件，需从底层入手：
- 使用 SSD：如果是机械硬盘，1 核 2G 跑 MySQL 几乎不可用。SSD 能显著缓解 I/O 等待。
- 文件系统选择：推荐使用
XFS或ext4，并挂载时添加noatime选项（减少访问时间戳更新带来的写入开销）。 - 内核参数调整：
vm.swappiness = 1(最小化 Swap 使用)net.core.somaxconn和net.ipv4.tcp_max_syn_backlog适当调高，防止连接积压。
5. 架构与业务层面的“降维”
在如此低的配置下，单纯调优 MySQL 参数有上限，必须配合应用层策略：
- 读写分离：如果可能，将读操作导向从库（即使是从库也是轻量级的 Redis 或只读副本）。
- 引入缓存层：强烈建议部署 Redis。将热点数据放入 Redis，大幅减少对 MySQL 的查询压力。
- 慢查询监控：开启慢查询日志 (
slow_query_log = 1,long_query_time = 1)，定期分析并优化 SQL，避免全表扫描。 - 索引优化：确保所有查询都有合适的索引，避免
SELECT *，只查询必要字段。 - 定时维护：在业务低峰期（如凌晨）执行
OPTIMIZE TABLE或清理旧数据。
6. 推荐的 my.cnf 配置片段参考
以下是一个适用于 1 核 2G 环境的保守配置示例（请根据实际剩余内存微调）：
[mysqld]
# 基础设置
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
# 内存优化 (核心)
innodb_buffer_pool_size = 900M # 约占 45%，留出空间给 OS 和其他进程
innodb_log_file_size = 256M # 增大日志缓冲，减少刷盘频率
innodb_flush_method = O_DIRECT # 绕过 OS 缓存，直接 IO
# 连接控制
max_connections = 80 # 限制并发连接
thread_cache_size = 16
wait_timeout = 600
interactive_timeout = 600
# 禁用查询缓存 (提升并发性能)
query_cache_type = 0
query_cache_limit = 0
# 临时表大小
tmp_table_size = 32M
max_heap_table_size = 32M
# 日志与安全
sync_binlog = 1
innodb_flush_log_at_trx_commit = 1
log_error = /var/log/mysql/error.log
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
# 字符集
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci总结
在 1 核 2G 服务器上，稳定性优于性能。
- 首要任务是防止 OOM（严格控制 Buffer Pool 和 Max Connections）。
- 次要任务是通过 Redis 缓存和索引优化来减少数据库负载。
- 最终建议：如果业务增长，2G 内存很快会成为瓶颈。此时应考虑升级云服务器的内存规格（如升级到 4G），或者采用微服务架构将数据库独立出来，这比在现有硬件上极限压榨更有性价比。