适用于 MySQL 的 NVMe VPS：随机 I/O、缓存与存储

选择一个 适用于 MySQL 数据库的 NVMe VPS 这不仅仅涉及选择宣传中速度最快的存储技术。MySQL 的性能取决于随机 I/O 延迟、可用内存、InnoDB 缓存、CPU 分配，以及与其他虚拟机共享的存储资源。.

NVMe 可以提高数据库的响应速度，特别是在查询频繁访问内存外数据的情况下。不过，如果数据库配置不当，即使使用高端存储，其运行速度仍可能很慢。.

本指南介绍了如何为 MySQL VPS 选择合适的配置、衡量存储性能，以及如何在不为不必要的资源付费的情况下比较托管方案。.

为什么 NVMe 存储对 MySQL 至关重要

MySQL 的 InnoDB 存储引擎负责处理数据页、索引、事务日志和后台写入操作。频繁进行查询或更新的应用程序可能会产生大量的随机磁盘活动。.

NVMe 存储具有低延迟和高并行 I/O 容量等特点，因此对于事务密集型工作负载极具吸引力。.

然而，VPS 的存储性能取决于整个基础设施，包括虚拟机管理程序、存储控制器、共享容量以及服务商的政策。.

有关测试方法，请参阅我们的 NVMe VPS IOPS 和延迟基准测试指南.

随机I/O与顺序吞吐量

顺序吞吐量衡量的是大型数据块在存储设备中传输的速度。随机I/O则衡量的是分散在不同位置的小规模操作。.

许多 MySQL 工作负载对随机 I/O 延迟的依赖程度，要大于对最大顺序带宽的依赖。.

存储指标	为何这很重要
随机读取 IOPS	索引查找和未缓存的页面
随机写入 IOPS	数据修改和后台写入
读取延迟	查询响应的一致性
写入延迟	事务和刷新行为
顺序吞吐量	大容量扫描和数据传输

如果不了解测试条件、块大小、队列深度和持续性能，那么宣传中提到的较高IOPS数值就没有实际意义。.

MySQL 需要多少内存？

内存（RAM）的重要性往往不亚于 NVMe 性能，因为 MySQL 可以从内存中提供频繁访问的数据，而无需反复读取存储设备。.

InnoDB 使用缓冲池来缓存数据和索引页。当应用程序的工作集能完全容纳在内存中时，更大的缓冲池可以减少磁盘读取操作。.

数据库工作负载	启动 VPS 内存
开发与测试	2–4 GB
小型 WordPress 数据库	4 GB
不断发展的商业应用	8–16 GB
高并发数据库	16 GB 或以上

这些数字仅供参考，并非必须满足的要求。实际的规格配置取决于并发量、数据库大小、查询模式以及其他服务。.

InnoDB 缓冲池大小配置

在专用 MySQL 服务器上，将大量内存分配给 innodb_buffer_pool_size 可能比较合适。常被提及的 70–80% 范围并不适用于所有 VPS。.

如果同一台服务器上运行着 PHP、Web 服务、监控代理或其他应用程序，请为这些进程预留足够的内存。.

检查当前设置：

SHOW VARIABLES LIKE 'innodb_buffer_pool_size';

在增加内存之前，请先监控内存压力。过度的内存分配可能会引发交换或内存不足的故障。.

衡量 MySQL 缓存的有效性

首先检查 InnoDB 缓冲池的活动情况：

SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%';

比较 Innodb_buffer_pool_reads 与 Innodb_buffer_pool_read_requests 在一个具有代表性的监测时间段内。.

较高的缓存命中率可能表明许多逻辑读取都是从内存中完成的，但这并不能证明查询是高效的。.

在购买更多内存或更快的存储设备之前，请先排查慢查询、缺失的索引、临时表以及连接数。.

安全地对 NVMe VPS 存储进行性能测试

Linux fio 该工具可在受控条件下测量随机I/O。例如，针对专用测试文件进行的只读测试有助于比较存储延迟。.

fio --name=mysql-read-test \
  --filename=/mnt/testdata/fio-test.bin \
  --rw=randread --bs=4k \
  --iodepth=16 --numjobs=1 \
  --direct=1 --time_based \
  --runtime=30 --size=1G

请事先在适当的非生产测试环境中创建测试文件。请勿对数据库文件或关键卷运行具有破坏性的写入基准测试。.

记录不同时段内的平均延迟、尾部延迟、IOPS 以及测试结果。基准测试不能替代对实际 MySQL 查询的测量。.