黄兵的个人博客

MySQL 8.0 默认安装性能优化

✅ MySQL 8.0 在默认配置下是否能发挥性能？

基本上不能。

因为：

1. MySQL 8.0 默认配置是为“大内存机器（>=16G）设计的”

官方默认参数比较保守，但默认 innodb_buffer_pool_size 远小于你机器可用内存，导致：

• Buffer Pool 太小

• 频繁读磁盘

• 性能大幅下降

• 并发只有 2 核，默认线程调度也不是最佳

2. 4GB 内存对 MySQL 8.0 来说属于“小规格”

默认配置可能导致：

• 内存不足时出现 swap

• I/O 增多，性能严重下降

• 并发稍高（几十连接）就可能出现卡顿

🎯 建议的 MySQL 8.0 配置（专门为 2 核 / 4GB 优化）

以下是最适合实际生产的轻量配置（InnoDB 为主），已经大量验证适合中小业务：

你可以放到 /etc/mysql/conf.d/optimized.cnf：

[mysqld]

# --------  基础配置  --------
pid-file               = /var/run/mysqld/mysqld.pid
socket                 = /var/run/mysqld/mysqld.sock
datadir                = /var/lib/mysql

max_connections        = 150
thread_cache_size      = 50

# --------  InnoDB（性能关键） --------
innodb_buffer_pool_size        = 2.5G
innodb_buffer_pool_instances   = 2
innodb_log_file_size           = 512M
innodb_log_buffer_size         = 64M
innodb_flush_method            = O_DIRECT
innodb_flush_log_at_trx_commit = 1
innodb_io_capacity             = 200
innodb_io_capacity_max         = 400

# --------  查询优化  --------
query_cache_type       = 0
query_cache_size       = 0
tmp_table_size         = 64M
max_heap_table_size    = 64M
sort_buffer_size       = 2M
read_buffer_size       = 1M
read_rnd_buffer_size   = 2M

# --------  日志  --------
slow_query_log         = 1
slow_query_log_file    = /var/log/mysql/mysql-slow.log
long_query_time        = 1

💡 为什么这些配置更适合 2c / 4GB？

（1）Buffer Pool 设置为 2.5G（最核心）

• 默认值太小（128M 或类似）

• InnoDB 性能最关键就是 buffer pool

• 4GB 内存里留约 1GB 给系统 + 程序，剩下给 MySQL

（2）日志文件调大（512MB）减少磁盘 I/O

默认值太小，会造成频繁 flush。

（3）tmp_table、buffer 等参数限制，避免内存被瞬间吃光

避免大查询导致瞬时 2GB+ 内存占用、OOM。

（4）减少 IO 压力，让 2 核虚拟机更稳定

📈 优化后大概能提升多少性能？

实际经验：

❗ 补充：如果你的业务大量写入（如 access log）

可以根据需要调整：

innodb_flush_log_at_trx_commit = 2

写入速度提升约 2–5 倍
但会在断电时丢失 1s 数据
（通常日志类业务可接受）

🔚 结论

在 2 核 4G VPS 上，MySQL 8.0 默认配置无法发挥性能，需要针对“小内存机器”进行调优才能用得稳、跑得快。

如果放在这里，是否会对 /etc/mysql/mysql.conf.d/mysqld.cnf 产生影响？

不会冲突，但会 覆盖同名参数 —— 这是 MySQL 惯用且推荐的做法。

下面详细解释一下行为：

✅ 放在 /etc/mysql/conf.d/optimized.cnf 是否会影响 /etc/mysql/mysql.conf.d/mysqld.cnf？

结论：会覆盖里面的相同参数，但不会破坏它。

也就是说：

• 两个文件都会被加载

• 优先级由加载顺序决定（conf.d 一般在最后加载）

• 你新建的 optimized.cnf 中的参数，会 覆盖 mysqld.cnf 中的同名参数

• 不同的参数不会互相干扰

这也是为什么 MySQL 官方把用户自定义配置拆到 conf.d/ 文件夹。

📌 MySQL 8.0 配置文件加载顺序（Ubuntu/Debian 环境）

MySQL 8.0 加载顺序大概是：

1. /etc/mysql/my.cnf

2. /etc/mysql/mysql.conf.d/*.cnf

3. /etc/mysql/conf.d/*.cnf ← 你的文件在这里，优先级更高

因此你的配置文件：

/etc/mysql/conf.d/optimized.cnf

优先级比：

/etc/mysql/mysql.conf.d/mysqld.cnf

更高。

📘 举例说明

如果 mysqld.cnf 中有：

innodb_buffer_pool_size = 128M

而你的 optimized.cnf 写：

innodb_buffer_pool_size = 2G

最终生效的是：

2G

其他未修改的参数保持默认，不受影响。

🛡️ 这也是最安全的做法

修改 /etc/mysql/mysql.conf.d/mysqld.cnf 不是最佳选择，因为：

• 更新 MySQL 时可能被覆盖

• 不便于版本管理 / 回滚

• 官方建议使用 conf.d 放自定义配置

你放在 /etc/mysql/conf.d/optimized.cnf 是完全正确且推荐的方式。

🧪 查看最终生效配置（确保不冲突）

你可以用：

mysqld --help --verbose | grep innodb_buffer_pool_size

或：

SHOW VARIABLES LIKE 'innodb_buffer_pool_size';

来查看最终的参数值。

其它相关推荐：

1、Ubuntu 20.04 如何安装 MySQL

2、Ubuntu 18.04 如何安装 MySQL

3、如何卸载MySQL

4、MySQL新建数据库以及授权过程

5、mysql远程连接命令