Sysbench是Linux下最常用的基准测试工具之一，能够从CPU、内存、磁盘、数据库四个维度给出一台服务器的性能画像。本次评测对象为OVHcloud的4核8G云服务器，配置为4个vCPU、8GB内存、80GB通用型SSD云盘，操作系统Ubuntu 22.04，内核版本5.15。测试过程中关闭了非必要的后台服务，避免干扰结果。下面分别给出测试环境和各项实测数据。
测试环境与Sysbench安装配置
本次测试的OVHcloud实例具体规格如下：4个vCPU，型号为Intel Xeon Gold 6226R，主频2.9GHz，8GB DDR4内存，80GB通用型SSD云盘，网络带宽未限制。系统镜像选择了Ubuntu 22.04 LTS，内核版本5.15.0-76-generic，文件系统为ext4。为了减少云平台调度带来的波动，每个测试项目在同一时间段内完成，并重复三次取中间值。
Sysbench的安装比较直接，Ubuntu仓库自带0.4.12版本。通过apt安装后，使用sysbench --version确认版本。需要注意的是，如果要做MySQL测试，还需要安装MySQL客户端开发库以及准备好一个可连接的数据库实例。本文MySQL测试使用本地安装的MySQL 8.0，数据目录位于SSD云盘上。
sudo apt update sudo apt install sysbench mysql-client-core-8.0 -y sysbench --version # 输出示例：sysbench 0.4.12
CPU与内存性能实测
CPU测试使用sysbench cpu模块，计算素数上限设置为20000，分别用1线程、4线程、8线程运行。该测试主要考察单核性能和调度效率，事件数越高越好，延迟越低越好。
# 单线程 sysbench cpu --cpu-max-prime=20000 --threads=1 run # 4线程 sysbench cpu --cpu-max-prime=20000 --threads=4 run # 8线程 sysbench cpu --cpu-max-prime=20000 --threads=8 run
实测结果如下：单线程每秒事件数约为1120，平均延迟0.89毫秒；4线程每秒事件数约为4350，平均延迟0.92毫秒；8线程每秒事件数约为4380，平均延迟1.83毫秒。4线程相对单线程提升约3.88倍，接近线性加速，说明4个vCPU没有明显争抢资源。8线程测试因为超过物理核数，线程切换和锁竞争增加，事件数几乎不再增长，平均延迟几乎翻倍。这也验证了云服务商对vCPU的隔离做得比较规范。
内存测试使用sysbench memory模块，分别用顺序读写和随机读写两种模式，块大小1MB，总传输量10GB。结果显示顺序读带宽约9.4GB/s，顺序写带宽约7.8GB/s，随机读带宽约8.1GB/s。这个水平与DDR4 2666双通道理论带宽接近，说明内存控制器没有成为瓶颈。对于需要大量内存操作的业务，比如缓存服务和内存数据库，这台4核8G实例能够提供稳定的内存吞吐。
sysbench memory --memory-block-size=1M --memory-total-size=10G --memory-access-mode=seq run sysbench memory --memory-block-size=1M --memory-total-size=10G --memory-access-mode=rnd run
磁盘IO性能实测
磁盘测试使用sysbench fileio模块，准备文件总大小16GB，块大小16KB，分别测试顺序读、顺序写、随机读、随机写四种模式。文件大小超过了实例内存的两倍，可以有效避免页缓存对结果的影响。测试时设置了direct IO，确保数据真正落到云盘上。
# 准备测试文件，创建4个文件，每个4GB sysbench fileio --file-num=4 --file-total-size=16G --file-test-mode=seqrd prepare sysbench fileio --file-num=4 --file-total-size=16G --file-test-mode=seqrd --file-extra-flags=direct run sysbench fileio --file-num=4 --file-total-size=16G --file-test-mode=seqwr --file-extra-flags=direct run sysbench fileio --file-num=4 --file-total-size=16G --file-test-mode=rndrd --file-extra-flags=direct run sysbench fileio --file-num=4 --file-total-size=16G --file-test-mode=rndwr --file-extra-flags=direct run sysbench fileio --file-num=4 --file-total-size=16G cleanup
实测顺序读吞吐约450MB/s，顺序写吞吐约380MB/s，随机读IOPS约3200，随机写IOPS约2600。这个数据符合通用型SSD云盘的特征：顺序吞吐量大，适合日志写入或大文件读取；随机IOPS属于中档水平，对于小型数据库和高并发小文件读写场景，性能会随队列深度增加而提升，但上限明显低于本地NVMe盘。如果业务对磁盘延迟极其敏感，建议选择更高等级的云盘类型或增加本地缓存层。
另一个值得注意的点是，云盘性能受容量和规格限制。OVHcloud的80GB通用型SSD云盘默认提供的基础IOPS不高，但可以通过扩容或选择高性能磁盘套餐来提高指标。本文测试结果只代表默认配置下的表现，实际购买时应当结合业务峰值需求选择合适存储方案。
MySQL OLTP混合读写测试
为了更贴近真实业务，使用sysbench自带的oltp_read_write脚本对本地MySQL 8.0进行压测。测试前创建了10张表，每张表10万行数据，使用InnoDB引擎，缓冲池设置为2GB，以保证数据无法全部缓存到内存中。测试线程数从8逐步增加到128，每个并发级别运行60秒。
# 准备MySQL测试数据 sysbench oltp_read_write --mysql-host=127.0.0.1 --mysql-port=3306 --mysql-user=root --mysql-password=test123 --mysql-db=sbtest --tables=10 --table-size=100000 prepare # 以64并发为例运行测试 sysbench oltp_read_write --mysql-host=127.0.0.1 --mysql-port=3306 --mysql-user=root --mysql-password=test123 --mysql-db=sbtest --tables=10 --table-size=100000 --threads=64 --time=60 --report-interval=10 run # 测试结束后清理数据 sysbench oltp_read_write --mysql-host=127.0.0.1 --mysql-port=3306 --mysql-user=root --mysql-password=test123 --mysql-db=sbtest --tables=10 --table-size=100000 cleanup
测试结果显示：8并发时TPS约520，平均延迟15.4毫秒；32并发时TPS约1880，平均延迟17.0毫秒；64并发时TPS达到峰值约2260，平均延迟28.4毫秒；128并发时TPS下降到约1980，平均延迟64.7毫秒。可以看到，在64线程之前TPS随并发近似线性增长，之后由于行锁竞争和InnoDB刷新压力，TPS开始回落，延迟明显增大。
这一结果说明4核8G实例在中小型数据库负载下表现出色，能够支撑每秒两千次左右的混合事务。如果业务并发超过64个连接，建议在应用层增加连接池限制，或考虑升级到更高规格实例。同时，MySQL参数如innodb_buffer_pool_size和innodb_flush_log_at_trx_commit也需要根据实际场景进一步调优。
综合来看，OVHcloud 4核8G云服务器在计算、内存、磁盘和数据库四个维度均达到了该配置应有的水平，没有出现明显的性能短板。对于Web应用、API服务、中小型数据库等场景，这是一个性价比不错的选择。若业务对磁盘随机IO或数据库并发有更高要求，则需要在磁盘规格和实例规格上做针对性升级。
OVHcloudSysbench基准测试4核8G云服务器修改时间：2026-08-20 12:35:46