一 我们为什么需要不一样的ScaleFlux?
答案很简单 它为我们提供了内置的压缩功能和支持原子写特性。对于很多工作场景尤其是数据库类型的业务而言,这些功能和特性非常重要。
因为内置的磁盘压缩功能 相同的磁盘容量,我们可以存储更多的数据在 ScaleFlux 存储设备上。(引申 大规模数据存储的情况下 耗费的机器数量更少,机架位也更少。)
作者基于不同的数据集大小,不同schema数据量进行多次测试。需要说明的是在这些测试场景中我并不打算压测这些卡的性能极限,而是对比相同容量下 ScaleFlux 存储设备 和Intel SSD的性能表现。
存储设备配置:
ScaleFlux – CSD 2000 4TB
Intel – P4610 3.2TB
服务器配置:
Application server: Supermicro; SYS-6019U-TN4RT
48xIntel(R) Xeon(R) Gold 6126 CPU @ 2.60GHz
190G RAM
Database Server: Inspur; SA5212M4
32xIntel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz
64G RAM
在 Application server 运行sysbench 压测工具,在 Database Server 运行Percona Server 8.0.19 。
作者禁用了binary, slow query logging和 adaptive hash,为了减少数据缓存,尽量让 sql 请求访问磁盘,数据库使用比较小的BPS配置。另外就是测试了关闭和开启doublewrite的性能表现 。
数据库的配置如下:
innodb_buffer_pool_size=8G
innodb_log_file_size = 2G
max_connections=500
slow_query_log=off
disable_log_bin
innodb_doublewrite=ON/OFF
tmpdir = /var/lib/mysql/
innodb_adaptive_hash_index=off
innodb_flush_method=O_DIRECT
innodb_purge_threads